git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Abhijit Bhopatkar <bain@devslashzero.com>
To: git <git@vger.kernel.org>, teamgit@googlegroups.com
Subject: [RFC] teamGIT bonjour support
Date: Fri, 28 Aug 2009 12:32:39 +0530	[thread overview]
Message-ID: <2fcfa6df0908280002y221a22e6md27db56865472144@mail.gmail.com> (raw)

Hi,

After a long pause in the development, i am back to drawing boards for teamGit.

Ever since i adopted git as my preferred version control system for my
teams, I had this tough time keeping up with every one. Of course this
is a GoodThing(TM) since this means pace of development is rather
good. But it has its usual problems of forcing everyone to religiously
publish _AND_ keep rebasing on main branch every so often. Also my
major problem is that we discover conflicts only _after_ a developer
tries to rebase his work, typically (by design) after he has fully
coded and tested a feature.

The current way to get around this is shouting aloud before you start
working on a new feature/file/section.
However    a. this is not scalable
                b. pron to human errors
               c. pron to inhumane erros and after fights ;).

So in this regards, I have on my drawing boards a rough design to
1. Publish the current selected topic trees info on local lan.
2. Keep track of interesting topic branches and add alerts when
conflicts bet. selected trees reach alarming levels.
3. Possibly later add authentication mechanism to restrict access.

I plan to do this on LAN using bonjour service discovery, and rest
completely being handled inside teamGIT running as a daemon(may be in
widely abused systray?). (Git will handle actual fetch/conflict
checking etc.)
On a side note i also plan to generate daily reports and configurable
notifications.

So I ask you people, is there a solution already cooking someplace?
may be something i can integrate with teamGIT? (e.g. bonjour plugin
for git dameon)
Any thoughts or comment?
Am i just too stupid to not manage it with documented company wide policies?

BAIN

             reply	other threads:[~2009-08-28  7:03 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-28  7:02 Abhijit Bhopatkar [this message]
2009-08-28  8:05 ` [RFC] teamGIT bonjour support John Tapsell
2009-08-28  8:39   ` Abhijit Bhopatkar
2009-08-28 10:06 ` Ben Hoskings
2009-08-28 10:17   ` Ben Hoskings
2009-08-28 10:22 ` Jakub Narebski
2009-08-28 13:07   ` Abhijit Bhopatkar
2009-11-20  9:05 ` Petr Baudis
2009-11-20  9:12   ` Petr Baudis
2009-11-20  9:49     ` Björn Steinbrink

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=2fcfa6df0908280002y221a22e6md27db56865472144@mail.gmail.com \
    --to=bain@devslashzero.com \
    --cc=git@vger.kernel.org \
    --cc=teamgit@googlegroups.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).