You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Replace the diagrams in about/distributed with Graphviz versions
This commit recreates those diagrams that have been provided as `.png`
files before. Of course, this is not strictly necessary because the
previous `.png` diagrams served their purpose well enough. But I wanted
to show off that we can now use Graphviz diagrams on git-scm.com.
Note: When developing this patch, I had considered inlining the SVGs as
`<svg>` instead of `<img>`. That would have had the following
advantages:
- The text in those diagrams would have been copy/paste-able.
- We could have defined explicit colors for dark mode, as the `<style>`
element would have been able to refer to the HTML document's `:root`
element's dark mode definitions.
However, having SVGs embedded in `<img>` elements have a few benefits:
- Current browsers allow to `Open Image in New Tab` (where the text
would be copy/paste-able again).
- Current browsers allow to `Save Image` (even if there is no way to
specify a filename, see whatwg/html#2722).
- By using `<img>` elements, we can reuse the previous work on images in
dark mode.
Signed-off-by: Johannes Schindelin <[email protected]>
A centralized workflow is very common, especially from people transitioning from a centralized system. Git will not allow you to push if someone has pushed since the last time you fetched, so a centralized model where all developers push to the same server works just fine.
Another common Git workflow involves an integration manager — a single person who commits to the 'blessed' repository. A number of developers then clone from that repository, push to their own independent repositories, and ask the integrator to pull in their changes. This is the type of development model often seen with open source or GitHub repositories.
For more massive projects, a development workflow like that of the Linux kernel is often effective.
42
87
In this model, some people ('lieutenants') are in charge of a specific subsystem of the project and they merge in all changes related to that subsystem. Another integrator (the 'dictator') can pull changes from only his/her lieutenants and then push to the 'blessed' repository that everyone then clones from again.
0 commit comments