resend - my outgoing bail bounced
On 15/12/2018 16:39, Philip Oakley wrote:
Hi Brett,
On 14/12/2018 19:54, rhkra...@gmail.com wrote:
On Friday, December 14, 2018 12:35:27 PM Brett Walker wrote:
I have 120+ Visual Studio solutions and 320+ databases (using Red Gate
Source Control)
What is a Visual Studio solutions (i'm too lazy at the moment to
google that)
-- is that a program / piece of software, part of a program, or is
that a
"repo" representing various commits toward a particular piece of
software.
If each "solution" represents commits toward a particular piece of
software,
I'd consider combining them all into one git repo. If the 320+
databases are
directly related to those programs, and are not too big, I might
consider
putting all of that in one git repo.
Another viewpoint is to consider the file system layout for the global
projects. Git manages a single directory and its sub-folders and their
files. One can ignore sub folders, or one can make sub-folders into
independent git repositories (e.g. say for a library component). The
latter method is typically a sub-module.
The main point is that the layout choice is more social,
administrative or management dependent.
Because all git repositories have the same top level, detectable
arrangement (look up $GIT_DIR) it is possible to search pragmatically
for all the repos and maintain control, certainly on the main server.
However, do remember that Git is DISTRIBUTED, which means that the
local user has local control (and its their problem;-), so they can
place the Git repos in places for their convenience, even if they have
to set their 'remote' addresses to the URLs you give them (i.e. you
can make it easy for yourself, they make it easy for themselves,
happiness all round..)
There is no limitation (that I'm aware of) on the size or contents of
a git
repo, beyond various hardware / software limits (things like maximum
size of a
file, maximum files in a directory, ...) for a specific OS.
There is no limitation on what kind or subject of content that can be
in a
given git repository.
If they are 120 different programs, I'd seriously consider making
them 120
separate repos, unless some of the programs were closely coupled to make
several of them part of a common (mashup?) application.
I guess my point is, make it easy on yourself and your fellow
developers.
Definitely: make it easy on yourself [and allow your fellow developers
to please themselves..]
Philip
make it easy on yourself
make it easy on yourself
--
You received this message because you are subscribed to the Google Groups "Git for
human beings" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to git-users+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.