Linking a Github repo based on a single module (file) taken from another massive Github repo

softwareengineering.stackexchange https://softwareengineering.stackexchange.com/questions/360116

  •  22-01-2021
  •  | 
  •  

문제

I found a module (single file) contained within a large project (100s of files) on github that was of use to me. Licence is MIT. I created some PRs but the author didn't seem to have the time to accept them. I asked for permission to set up a new project using his module and they were happy for me to do so.

I copied the module and created the new project giving full credit and linking to the parent repo and author throughout. However, in hindsight I feel that a better method would have been to fork the original project and remove all of the surplus files, rename the project and then start from there. In this way the new project would have been properly linked to the original and contain all of the history, as well as a more explicit acknowledgement of the original author.

This is on my conscience and I don't want to appear to be stealing credit for other people's work. Have I broken etiquette? I'm happy to start again and was in the process of doing so but noticed that I couldn't create issues against the forked repo. Are there any other disadvantages in forking and then reducing?

도움이 되었습니까?

해결책

If the license of the project permits copying and modification, then it shouldn't matter if you've forked the project or you've just copied and into a new project. If you decided not to use GIT, you wouldn't even be able to fork.

This is on my conscience and I don't want to appear to be stealing credit for other people's work.

As long as you're complying with the license you shouldn't worry about this at all.

Have I broken etiquette?

Perhaps you have because people usually fork--especially when their copy is kept on GitHub, but again this isn't a rule, it is mostly helpful for others to find the project and for you to contribute PR's to the parent project. It will also help you receive updates from the parent project. Finally it will keep the entire history of the objects in the repo which can be very useful.

I'm happy to start again and was in the process of doing so but noticed that I couldn't create issues against the forked repo

This answer describes how to enable issues on a fork.

Are there any other disadvantages in forking and then reducing?

People may mistake your project for a PR fork and not an independent project, but the README will clarify the purpose of the project.

Edit: since it's a single file, copying makes the most sense.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 softwareengineering.stackexchange
scroll top