5
It sounds like what you have ended up with is dev and master as effectively forks of the code base, rather than branches: features are merged to each more-or-less independently, and there is no process to keep them in sync.
Most workflows with multiple long-lived branches instead treat one branch as the "future" of the other. For instance, features ...
4
If you've never seen or heard about snow in your life, and I put in in the middle of a snowy field, you're going to be asking yourself things that seem naive to someone who has a modicum of experience with snow.
That is what you've done here. You come from what most of us would call a very outdated concept, you're on the cusp of entering our world (i.e. that ...
1
No, you can't really split a commit into multiple commits across different repositories. The next best thing is that you can extract and push the history for a directory with git subtree, or that you can mount a repository as a git submodule.
But neither of those approaches is an appropriate solution in your scenario.
Your database is a centralized resource. ...
1
It just takes time for developers to adapt to new possibilities.
Since this question was asked, github has gained acceptance by major open source project.
github/gitlab has made working together with pull requests a lot easier.
It
saves time t
to learn g individual contribution guidelines
for millions of developers/users (u)
who invest time (i) to improve, ...
Only top voted, non community-wiki answers of a minimum length are eligible
Related Tags
version-control × 931git × 301
svn × 94
branching × 89
mercurial × 51
project-management × 49
team-foundation-server × 44
versioning × 41
github × 39
development-process × 34
continuous-integration × 33
programming-practices × 31
workflows × 30
release-management × 28
open-source × 27
dvcs × 26
merging × 25
teamwork × 22
database × 18
source-code × 18
web-development × 17
deployment × 17
builds × 17
testing × 16
repository × 16