Skip to content

[WIP] Update documentation for git migration#240

Open
coreycb wants to merge 1 commit into
thunderbird:masterfrom
coreycb:git-migration
Open

[WIP] Update documentation for git migration#240
coreycb wants to merge 1 commit into
thunderbird:masterfrom
coreycb:git-migration

Conversation

@coreycb
Copy link
Copy Markdown
Contributor

@coreycb coreycb commented Jan 9, 2026

This change updates the documentation to account for the source code moving from Mercurial to Git.

The following sections still need updating:

  • The try build steps need updating once we switch to ./mach try thunderbird-development/fixing-a-bug/try-server.md
  • Landing a patch thunderbird-development/fixing-a-bug/landing-a-patch.md

Closes #239

This change updates the documentation to account for the source code
moving from Mercurial to Git.

Closes thunderbird#239
@coreycb
Copy link
Copy Markdown
Contributor Author

coreycb commented May 19, 2026

@hellsworth What would be the best way to handle review/landing of these changes?
With the current changes, we'll want to hold off on landing until we make the switch to git.

Would it be easier, for all pages that are updated, to create a new page for git and keep the old one for mercurial? For example, we could have a page named "Hello World Example (Mercurial)" followed by a page named "Hello World Example (Git)".

A bit more work on my end, but that would allow us to review/land this earlier rather than having to time it with the day/week we switch over to Git.

Another thought, I've made several updates to switch searchfox URLs to GitHub URLs. I could remove those changes, or split them into a different commit. I'm not sure how desirable those changes will be. Having a separate commit would allow them to be reverted more easily if need be.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Update documentation to use git

1 participant