Move repo decision record - updates from 9-30 hackday!#1104
Move repo decision record - updates from 9-30 hackday!#1104mfisher87 merged 17 commits intonsidc:move-repo-decision-recordfrom
Conversation
Co-authored-by: Joseph H Kennedy <me@jhkennedy.org> Co-authored-by: danielfromearth <daniel.kaufman@nasa.gov> Co-authored-by: Amy Steiker <47193922+asteiker@users.noreply.github.com> Co-authored-by: Jessica Scheick <JessicaS11@users.noreply.github.com>
for more information, see https://pre-commit.ci
|
I will automatically update this comment whenever this PR is modified
|
| * Built-in open source credibility and visibility | ||
| * Leverage existing communities, increased contributor base? | ||
| * Leverage existing software infrastructure?, | ||
| * Leverage existing governance models? | ||
| * Potential funding opportunities? |
There was a problem hiding this comment.
I think we get all of the above from e.g. going through pyopensci review without being in a special org. I wouldn't describe these benefits as unique to being in a specific org.
There was a problem hiding this comment.
That's a great point, @mfisher87 ! Should I rework this to incorporate pyopensci review as a new process we would incorporate as part of either/both Option 2 and 3? If you have more details on how this could work, please let me know.
There was a problem hiding this comment.
It's hard to decide how to organize this information... it's not really tied to option 2 or 3. It could apply to any of options 1, 2, or 3, and it confers the same pros from option 3. So I think this is an independent variable that should not be documented as part of this decision record, and perhaps should be another decision. I.e. remove the unique pros from option 3 as they are not conferred solely by joining a third-party org and can be conferred through other processes.
What do you think?
Co-authored-by: Matt Fisher <3608264+mfisher87@users.noreply.github.com>
|
pre-commit.ci autofix |
for more information, see https://pre-commit.ci
|
Ack! so many files changed... what are you doing, GitHub? |
|
I think the problem is the merge from main into this branch. I'll rebase the target branch... that will probably fix it? |
653d8e5 to
3fea1ff
Compare
|
That's better, but now it shows the file as being added. In a local Git diff, I get a completely different diff (and the local one looks correct): diff --git a/docs/governance/decisions/929-move-repository.md b/docs/governance/decisions/929-move-repository.md
index 5adce98..74e2383 100644
--- a/docs/governance/decisions/929-move-repository.md
+++ b/docs/governance/decisions/929-move-repository.md
@@ -1,8 +1,8 @@
# Decision Record: [#929 Move or fork to independent organization](https://github.com/nsidc/earthaccess/issues/929)
- Status: Ready for Review <!-- optional -->
-- Deciders: @jhkennedy, @chuckwondo, @mfisher87, @Sherwin-14, @asteiker, @itcarroll
-- Date: 2025-07-08
+- Deciders: @jhkennedy, @chuckwondo, @mfisher87, @Sherwin-14, @asteiker, @itcarroll, @danielfromearth
+- Last updated: 2025-09-30
<!-- - Tags: [space and/or comma separated list of tags] optional -->
Technical Story: [#929 Move or fork to independent organization](https://github.com/nsidc/earthaccess/issues/929)
@@ -16,7 +16,7 @@ organization, GitHub's design prevents us from administrating our project
independently.
For example, we require organization owner permission for certain actions, teams are managed at the organization level, and our project is mixed with a large number of other projects (making it less discoverable).
-Moving the `earthaccess` repo to another GitHub organization will:
+In order to strengthen the community engagement of earthaccess and lower participation barriers, moving the `earthaccess` repo to another GitHub organization will: |
|
A little bit of conflict resolution got it the rest of the way there. @asteiker does this look right now? |
| 3. Integrations and Third-Party Tools: | ||
| * This may not apply to earthaccess, but we ought to consider whether any existing integrations in the NSIDC GitHub organization apply and would need to be re-connected to the migrated repository. | ||
| 4. GitHub Project configuration | ||
| * Classic GitHub Projects tied to the repository will not transfer and references to issues/PRs within them may break. We need to identify whether we are utilizing classic vs new (beta) projects. For the latter option, project configuration may remain but may need manual re-association. |
There was a problem hiding this comment.
Our project is not classic, it's the new kind.
| ### Option 1 | ||
| Cons: | ||
| * Migration effort | ||
| * Potential for reduced visibility without institutional org backing? |
There was a problem hiding this comment.
I would rule this out, personally. Folks are not finding earthaccess by browsing the NSIDC GitHub org (I believe), they're finding it when it's listed on dataset landing pages and via word of mouth.
Co-authored-by: Matt Fisher <3608264+mfisher87@users.noreply.github.com>
Co-authored-by: Matt Fisher <3608264+mfisher87@users.noreply.github.com>
Co-authored-by: Matt Fisher <3608264+mfisher87@users.noreply.github.com>
Co-authored-by: Matt Fisher <3608264+mfisher87@users.noreply.github.com>
Co-authored-by: Matt Fisher <3608264+mfisher87@users.noreply.github.com>
Co-authored-by: Matt Fisher <3608264+mfisher87@users.noreply.github.com>
Co-authored-by: Matt Fisher <3608264+mfisher87@users.noreply.github.com>
@danielfromearth and I co-worked during the earthaccess hackday today on this decision record, including expansion of the context, migration impacts, and pros/cons of the options outlined. This would be an update to the existing draft PR #1047
Pull Request (PR) draft checklist - click to expand
contributing documentation
before getting started.
title such as "Add testing details to the contributor section of the README".
Example PRs: #763
example
closes #1. SeeGitHub docs - Linking a pull request to an issue.
CHANGELOG.mdwith details about your change in a section titled## Unreleased. If such a section does not exist, please create one. FollowCommon Changelog for your additions.
Example PRs: #763
README.mdwith details of changes to theearthaccess interface, if any. Consider new environment variables, function names,
decorators, etc.
Click the "Ready for review" button at the bottom of the "Conversation" tab in GitHub
once these requirements are fulfilled. Don't worry if you see any test failures in
GitHub at this point!
Pull Request (PR) merge checklist - click to expand
Please do your best to complete these requirements! If you need help with any of these
requirements, you can ping the
@nsidc/earthaccess-supportteam in a comment and wewill help you out!
Request containing "pre-commit.ci autofix" to automate this.
📚 Documentation preview 📚: https://earthaccess--1104.org.readthedocs.build/en/1104/