[ET Trac] [Einstein Toolkit] #248: Enhance GetComponents functionality when dealing with git branches
Einstein Toolkit
trac-noreply at einsteintoolkit.org
Sun Jan 30 16:49:36 CST 2011
#248: Enhance GetComponents functionality when dealing with git branches
----------------------------+-----------------------------------------------
Reporter: bmundim | Owner: eric9
Type: enhancement | Status: accepted
Priority: minor | Milestone:
Component: GetComponents | Version:
Resolution: | Keywords: git branches
----------------------------+-----------------------------------------------
Comment (by bmundim):
Replying to [comment:10 eschnett]:
> This begins to become quite complex. First, there is the option to pull
multiple branches into the same local repository, and then there is the
option to pull the same branch into multiple local repositories. I don't
think we need both.
>
Agreed.
> What about just pulling all remote branches into the local repository?
This should work well for all the repositories we use, and if and when
there is a problem with this, we can think about remedying it, but we
should not begin to design something around a problem that doesn't exist
for us. That means there is a single local repository, and people can
quickly switch (using git checkout).
Agreed.
>We would not have to handle lists of branches.
What is the difficulty here? How GetComponents would checkout the
different branch names without knowing their names in advance? Does the
--mirror command do this job? why not let the user specify this list in
the CRL file? It seems much easier to me and it is part of the repository
information anyway.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/248#comment:13>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
More information about the Trac
mailing list