Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 7 years ago.
Improve this question
I was wondering what the proper etiquette to contributing on GitHub is?
Should you submit a "New Issue" first and discuss the problem?
Or do you take some initiative, code, then do a "Pull Request" and discuss the code further there?
My concern with creating a "New Issue" first is that if you do a "Pull Request" after, there would be two issues #'s created... seems like a waste.
Thanks!
The difference is quite clear:
if you don't think you can contribute back a patch, open a new issue (following the same kind of checklist than the one described here).
if you think you can make some patch to fix the issue, fork the repo, and make a pull request (once you have pushed your patch back to your fork).
If you make a pull issue first, and then create a pull request, nothing stops you to reference the issue URL in your pull request comment, in order to avoid writing again the context of your patch.
Related
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 2 years ago.
Improve this question
I would like to display a code snippet from my own public GitHub source repo in my own web site, without having to make a copy. This is for a tutorial to illustrate some programming concepts. So not to run it but to pretty print it, as it were.
I bet this is something that many people need. I am looking for a lead on how to do this.
You could use the GitHub API to accomplish this.
See the Get Contents endpoint.
Yes, you can do that either by publishing your repo on npm and then referring it as npm dependency in projects package.json.
or 2nd , you can directly refer GitHub repo as dependency in package.json.
Hope this gets you in right direction.
thanks
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 5 years ago.
Improve this question
I am really thinking of how I can build a very minimal Git-like software only for my self for now!
I have gone through Git documentations and even the way git works and I have quite an understanding on it.
Is there any example for me to study as a bonus before I dive into this project?.
In addition to the Documentation/technical folder which explains the internals of Git, you can study how Git was re-implemented, as an exercice, in other languages.
See for instance:
in Go the project src-d/go-git (recent 2018),
in Javascript: danlucraft/git.js (much older),
In Javascript (more recent 2015): Gitlet.
In Java, the project eclipse/jgit (used by EGit)
In C (with a lot of bindings for other languages), LibGit2 (and its GitHub repository, apologies to Edward Thomson for not mentioning it first.)
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 9 years ago.
Improve this question
You can see lots of briliant ideas in Open source projects. How authors found these ideas whey they don't exist yet?
Should I learn software dynamics, history and trends(Nothing new under the sun?) for that?
I don't want to start another github project called "API to xyz". What should I do??
Scratch an itch. Find something that you feel is a problem or annoying and write some code to solve that problem. Chances are you aren't the only person who is affected by that particular problem.
I believe a lot of software projects, open source or not, start as someone identifying a demand and working to supply it.
Think you're not satisfied with wherever photo management apps you found. Starting (or forking an existing one) with your needs in mind is an option.
What kind of software you would like to use but can find one that suits you? If yours needs are more or less supplied by already existing applications, why not working on improving one you like most?
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 7 years ago.
Improve this question
Declining commit graph at ohloh.net:
http://www.ohloh.net/languages/compare?commit=Update&l0=c&l10=lisp&l11=csharp&l12=-1&l1=html&l2=java&l3=php&l4=perl&l5=python&l6=haskell&l7=clojure&l8=scala&l9=ruby&measure=commits
Maybe the recession has caused people to focus more on work that pays, instead of their hobbies.
Ohloh stopped automatically discovering new open source projects from code.google.com, sourceforge.net and other forges in January of 2010.
Also a large number of open source projects have since moved to github.com and many new ones start there. Ohloh has never automatically discovered new projects on github.com
So the substantial decline of the graph is due to a data problem on Ohloh's side.
This year, Ohloh has plans to start scraping automatically again.
They plan on covering code.google.com, sourceforge.net, github.com and other forges
Since Ohloh's data is based on commit history from source control, the graphs will retroactively correct themselves and all will be right again in the world.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 7 years ago.
Improve this question
When I browse github I have a hard time differentiating high quality code from half-finished crap without taking a serious look at the code. What are some good ways to quickly size up a project? Rubyforge allows people to designate a "Development Status". SourceForge has a "recommend" feature. Is there some feature that I've overlooked? I just look at the number of forks and watchers. Is there a better way? I don't see a checkout count, or any other measure of popularity.
I would check for documentation. Well advanced code should have associated documentation, while fledgling projects are too busy getting their code and architecture done to create documentation, which will probably have to change by the time they release anyway. Basically, writing documentation says to me that you think the code is stable and functional enough for users to be able to benefit from it.
Recent activity is a big one. If the project does not have recent developer commits or there are open bugs, tickets, issues, questions, etc without developer responses then move on.