LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Programming (https://www.linuxquestions.org/questions/programming-9/)
-   -   git "philosophy" understanding problems - no central server? (https://www.linuxquestions.org/questions/programming-9/git-philosophy-understanding-problems-no-central-server-827185/)

Squall90 08-19-2010 06:23 AM

git "philosophy" understanding problems - no central server?
 
Hi,

I was reading Git User's Manual and I was wondering about one passage.

Quote:

Setting up a shared repository
[...]

However, while there is nothing wrong with git's support for shared repositories, this mode of operation is not generally recommended, simply because the mode of collaboration that git supports—by exchanging patches and pulling from public repositories—has so many advantages over the central shared repository
[...]
I don't see these advantages. OK, you can still work even if your Server is down, but if you have *no* central server to share the development, then what?
How to apply all these changes? Don't tell me, that, for example, Linus Torvalds sits days and nights by filtering and applying new patches he received?
I mean, there are several Kernel git repos available.

Can somebody explain this please?


Thanks

Sergei Steshenko 08-19-2010 07:49 AM

Quote:

Originally Posted by Squall90 (Post 4071128)
Hi,

I was reading Git User's Manual and I was wondering about one passage.



I don't see these advantages. OK, you can still work even if your Server is down, but if you have *no* central server to share the development, then what?
How to apply all these changes? Don't tell me, that, for example, Linus Torvalds sits days and nights by filtering and applying new patches he received?
I mean, there are several Kernel git repos available.

Can somebody explain this please?


Thanks


Why at all applying changes requires a central server ?

You have a tree and you apply changes to that tree, thus producing an updated tree. What does a server have to do with this ?

Sergei Steshenko 08-19-2010 08:02 AM

I'll try to better explain myself.

The fundamental issue is not GIT, it is personal responsibility and traceability.

I.e. despite the fact that the wide-spread approach is that every programmer on a project can apply changes and then nobody knows who screwed up it's a horrendously wrong approach.

The right IMO approach is that there is personal responsibility. This means that there is a person responsible for the integrity of project tree (and I used to be such a person on a number of VLSI projects). The responsibility implies that either the responsible person makes all the changes or he/she approves of all the submitted changes.

I.e. there is a simple technical part of applying the change and there is a part requiring human intelligence, and that part requires human understanding of the proposed changes.

So, again, no server is necessary and in this case Linus and other key Linux people are the ones who apply changes after analyzing them.

Squall90 08-19-2010 09:49 AM

Honestly, it sounds like a lot of work. But okay; you have good arguments.
So http://git.kernel.org/ for example, exists only to distribute the branches after Linus decided which patches come into it's trees?


Thanks


All times are GMT -5. The time now is 11:35 PM.