Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Missing Documentation on how to apply changes from one file to another in Github #443

Open
1 task
vanessaavviles opened this issue Nov 14, 2024 · 0 comments
Assignees
Labels
complexity: small All steps are laid out in detail so that someone new to the project can work on it feature: docs: PD team documentation documentation on PD team processes and architecture, etc. good first issue Good for newcomers ready for dev lead s: PD team stakeholder: People Depot Team size: 0.25pt Can be done in 0.5-1.5 hours
Milestone

Comments

@vanessaavviles
Copy link
Member

Overview

We need to add a description of how to apply changes from one GitHub file to another, so that developers can synchronize changes and keep files up-to-date.

Action Items

Resources/Instructions/Tags

  • 1.01 git, diff, patch, moved content

Documentation Addition Notes

What's missing?

Here's how to apply changes from one GitHub file to another:

  1. Rebase/Merge your feature branch to main.

  2. Undo changes to the file you changed (replacing CONTRIBUTING.md with the relevant filename):

git reset upstream/main -- CONTRIBUTING.md
  1. Now switch to the unmerged branch with the changes (replacing our-branch-original with the relevant branch name):
git switch our-branch-original
  1. Create a patch of the changes (replacing with relevant filename):
git format-patch hackforla/main CONTRIBUTING.md
# only changes to CONTRIBUTING.md
# include changes since we branched off from hackforla/main
# may need to create a temporary branch where hackforla/main used to be for this command

# output:
# 0001-add-to-dev-environment.patch
  1. Switch to the rebased branch without the changes to the file (in this example CONTRIBUTING.md):
git switch our-branch-rebased
  1. Apply the patch to the other file (in this example, docs/contributing/dev_environment.md:
patch -p1 docs/contributing/dev_environment.md 0001-add-to-dev-environment.patch

Where should it go?

When would this information have been useful?

  • This information would be useful in situations where complex changes have been made - for example::
  1. You made a change to CONTRIBUTING.md, unmerged.
  2. Another dev split CONTRIBUTING.md into several files and it's merged into main.
    • The place you made the change in CONTRIBUTING.md is now in a file called contributing/dev_environment.md
    • git can't merge your change automatically. (git tracks renames, but not splits)
  3. By using the patch described above to apply the change semi-automatically, you can avoid having to type (copy/paste) the change manually into contributing/dev_environment.md

Which roles will benefit most from this information?

  • Backend/ Dev
@vanessaavviles vanessaavviles self-assigned this Nov 14, 2024
@vanessaavviles vanessaavviles moved this to 🏗In progress-actively working in P: PD: Project Board Nov 14, 2024
@vanessaavviles vanessaavviles added s: PD team stakeholder: People Depot Team size: 0.25pt Can be done in 0.5-1.5 hours feature: docs: PD team documentation documentation on PD team processes and architecture, etc. ready for dev lead complexity: small All steps are laid out in detail so that someone new to the project can work on it and removed role: missing size: missing feature: missing stakeholder: missing complexity: missing labels Nov 14, 2024
@vanessaavviles vanessaavviles added this to the w. Ongoing milestone Nov 14, 2024
@shmonks shmonks moved this from 🏗In progress-actively working to 🧊Ice Box in P: PD: Project Board Nov 14, 2024
@shmonks shmonks added the good first issue Good for newcomers label Nov 14, 2024
@shmonks shmonks moved this from 🧊Ice Box to 🏗In progress-actively working in P: PD: Project Board Nov 15, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
complexity: small All steps are laid out in detail so that someone new to the project can work on it feature: docs: PD team documentation documentation on PD team processes and architecture, etc. good first issue Good for newcomers ready for dev lead s: PD team stakeholder: People Depot Team size: 0.25pt Can be done in 0.5-1.5 hours
Projects
Status: 🏗In progress-actively working
Development

No branches or pull requests

2 participants