Missing ReviewingGuidelines

[hickford]

Please publish https://github.com/git/git/blob/master/Documentation/ReviewingGuidelines.txt to https://git-scm.com/docs/ReviewingGuidelines

https://git-scm.com/docs/SubmittingPatches works as expected

[dscho]

https://git-scm.com/docs/SubmittingPatches works as expected

This works because of ea0e16d, which gave rise to do the same for MyFirstContribution and then also for MyFirstObjectWalk.

I think those three commits were mistakes. Why? Have a look at https://git-scm.com/docs/:

Who is the audience? Clearly it is Git users. The vast vast vast majority of who will never even think of contributing to Git (and given the bar of entry, I think that that's a good thing). There is not a single good category where SubmittingPatches or ReviewingGuidelines would fit because those are not user-facing.

Therefore I would much rather change git-scm.com to redirect SubmittingPatches, MyFirstContribution and MyFirstObjectWalk (and ReviewingGuidelines and even `CodingGuidelines) to the git/git repository than to continue the bad practice of mixing documentation on git-scm.com that is clearly useful to Git users with documentation that is not.

[hickford]

Therefore I would much rather change git-scm.com to redirect SubmittingPatches, MyFirstContribution and MyFirstObjectWalk (and ReviewingGuidelines #1939) to the git/git repository than to continue the bad practice of mixing documentation on git-scm.com that is clearly useful to Git users with documentation that is not.

I like that idea too

[dscho]

Therefore I would much rather change git-scm.com to redirect SubmittingPatches, MyFirstContribution and MyFirstObjectWalk (and ReviewingGuidelines #1939) to the git/git repository than to continue the bad practice of mixing documentation on git-scm.com that is clearly useful to Git users with documentation that is not.

I like that idea too

Good. To do that, you'll need to delete these lines and hard-code the pages to redirect by adding them to check_paths, like so:

# These are not user-facing docs, but concern the Git project specifically
check_paths.merge([
  "CodingGuidelines",
  "MyFirstContribution",
  "MyFirstObjectWalk",
  "ReviewingGuidelines",
  "SubmittingPatches"
])

How about giving it a try?

[dscho]

Hrm. Today I found myself guilty of wanting to link to https://git-scm.com/docs/SubmittingPatches#sign-off. The reason is that this is just such a short & sweet link that, thanks to the anchor, is also quite robust (the alternative would be https://github.com/git/git/blob/v2.48.1/Documentation/SubmittingPatches#L352-L408 and that line range changes all the time). Speaking of "changes all the time", it is also quite nice to be able to see just how much it changed over time:

So I'll walk back on my earlier assessment. It is nice to have these Git project-specific pages on git-scm.com (because the Git project itself won't ever maintain a nice project page).

Maybe we should add a header (and adjust the translations drop-down) to clarify that these pages contain intentionally untranslated Git project-specific information?

Or maybe I am just overthinking this too much and nobody cares?

[hickford]

I think the best solution is to rename AsciiDoc documentation files upstream. GitHub renders *.adoc automatically, so you and I could then simply link to https://github.com/git/git/blob/master/Documentation/ReviewingGuidelines.adoc

https://lore.kernel.org/git/[email protected]/

[dscho]

The price, of course, would be to have formerly-working links and expectations being broken ;-) It's funny how selective that aim for backwards-compatibility seems to be in some people.