Developers Frustrated with GitHub Prod For Changes In Bug Reports, Transparency 99
DeveloperTech reports that a group of GitHub developers have posted an open letter, with nearly 1300 signatures, expressing dissatisfaction with GitHub's processes and policies, and in particular the site's level of transparency. A slice of the letter: "Those of us who run some of the most popular projects on GitHub feel completely ignored by you. We’ve gone through the only support channel that you have given us either to receive an empty response or even no response at all," he wrote. "We have no visibility into what has happened with our requests, or whether GitHub is working on them. Since our own work is usually done in the open and everyone has input into the process, it seems strange for us to be in the dark about one of our most important project dependencies."
really? (Score:1)
Re:really? (Score:5, Insightful)
But consider that GitHub would be nothing without the amazing number of free and open projects that it hosts, or without the free and open Git system that runs it.
They can still provide quick and personal support for a cost, or require payment for all support if that's the business model that suits them best. But to say they will provide free support and then not really do it or not really provide insight into the status of the ticket, that can frustrate potential paying customers and those who would have paid for better support from the beginning.
Re: (Score:1)
CVS FTW!
Re: (Score:1)
You don't really expect GitHub to be engaging in any actual business, do you? Xey're too busy jacking each other off and philosophizing about which pronouns to add to the Code of Conduct this week. User support is a burdensome and exploitative concept, much like slavery, and must be abolished.
Who says they aren't paying $$$? (Score:3)
Github also has enterprise customers that pay money for github's services. 1300 people signed the letter. Why do you assume that none of them are paying customers?
Re: (Score:2)
Re: (Score:2)
"Github also has enterprise customers that pay money for github's services. 1300 people signed the letter. Why do you assume that none of them are paying customers?"
What I guess, contradicting the summary is that we are not talking here about "GitHub developers" but "GitHub users".
Re: (Score:2, Troll)
Re: (Score:2)
Re:It's free beer (Score:5, Informative)
git is decentralised, in that every copy of the repository is identical in functionality, there isnt a client-server model going on. However, GitHubs advantage over plain git is in its value adds, which include being off site (many people dont have an offsite they can push to) and the PR handling system, the UI improvements, issue tracking etc etc etc.
GitHub doesnt disturb the decentralised aspect of git (although many people treat the GitHub copy as a server to push and pull from, but you are more than able to PR direct to a team member, or involve other off site repositories and only push to GH on occasion), but its value adds are most definitely centralised but most definitely not git.
You can happily use git on its own, on your servers, with no issue.
Re: (Score:3)
Nice UI, aux like issue tracking. Also clueless pp (Score:3)
Github provides a very nice UI running on free, publicly accessible servers, along with related things like issue trackers.
You CAN retrieve web pages via telnet, the HTTP protocol is plain text. Most people prefer a browser such as Firefox or Chrome. Git is the same - a nice UI on top of the open protocol makes things more pleasant.
Also, just as some (most?) people don't even know that it's possible to do "telnet slashdot.org 80" or "lynx http://slashdot.org/ [slashdot.org]", many people don't know how git works either -
Re: (Score:2)
Re: (Score:2)
Bit Bucket works great for me - but I use MercurialHG for revision control because although there's TortioseGit for windows which works very well, it doeesn't exist for Linux - and I find the other Git front ends on Linux a bit cumbersome to use in comparison.
The TortoiseHG GUI absolutely rocks, (pretty similar to TortoiseGit) and is available for both Linux and windows.
Yes, I know you can use the command line tools, but it's a lot nicer having well integrated UI for this stuff when you start dealing with
Re: (Score:2)
I use RabbitVCS with Nemo or Nautilus. it's a competent replacement for Tortoise on Linux.
It's free (Score:5, Interesting)
The hosting of open-source projects is free, but the company still needs to make money. They use the open-source portion of their business to drum up paid business. They still need to pay for the servers, coders, and network bandwidth that keep the thing going. I wouldn't get angry when a free service doesn't do everything I ask of it.
Re:It's free (Score:5, Funny)
Re:It's free (Score:4, Funny)
Re: (Score:3)
The key complains are mostly complaints about common behavior of other users.
1. Ability to force issue submitters to supply more data.
2. Some alternative to +1 issue comment overload.
3. Some way to block pull requests or issues submissions that don't fit certain guidelines.
I strongly disagree with 1 and 3, as they're likely to stop some people from submitting things at all by making it harder to do so.
I too have had crappy issues and sloppy pull requests submitted. I'd rather have those and start working wi
Re: (Score:2)
Re: (Score:2)
The way Github works is if someone wants to contribute, they fork the project, make changes and commit to their tree and then request that the original project pull the new commits. I'd guess the problems are like with patches, not rebased on current head, commits that aren't specific enough like mixing white space changes with code changes in a project that likes these separate, not responding to suggestions to fix their work etc and then leaving the pull request open.
Personally I like the old fashioned po
Re: (Score:2)
Re: (Score:3)
I use github, where I manage dozens of open source projects and I contribute to many more.
All 3 of these are real problems, especially #1 "Ability to force issue submitters to supply more data".
Except they're not asking anyone to be "forced". They're asking for customization of the new issue page to prominently display guidelines, and for a template that specific users fill in, rather than the current blank box.
Most users are terrible at reporting problems. They don't tell you which version they're runnin
Re: (Score:2)
I maintain a few dozen projects myself and have contributed to some big projects.
I agree posting a good issue report is a problem. I also think that any missing information can be requested by the developers and I'd rather have an incomplete issue report than no issue report at all. I guess it depends on the type of users; my projects and contributions usually focus on developer tools.
I understand the desire for quality issue reports and quality pull requests, but every added restriction will ensure some pe
Sourceforge (Score:5, Funny)
Re: Sourceforge (Score:1)
They addressed that years ago. It's not infected with the SJW bug, so yeah ill host on sourceforge, thanks.
Host your own then (Score:1)
Host your own then
Re: (Score:2)
Re: (Score:1)
gitlab.com (Score:1)
Move to gitlab.com, which is more open (the code is all open source and you can host it yourself if you want)
Re: (Score:1)
gitlab (the server-side software package) is interesting, but gitlab.com (the repo hosting service running an instance of gitlab) is still less stable and responsive than github.com. This is mostly an infrastructure thing. They need fatter pipes and moar servers, but that's costly.
Right now, the problem is that github.com has become the Facebook of code hosting. Everyone is already on github.com. If you're not on github.com, you don't exist -- just like that if you don't have a Facebook page, your resum
GitLab is open source, hosted and self-hosted opts (Score:4, Informative)
Perhaps they should consider GitHub, which IS open source (except for some Enterprise Edition specific features that they charge for). Users can run GitLab Community Edition themselves on their own machines, or use the hosted gitlab.com version (like github.com).
https://about.gitlab.com/
Re: (Score:3, Funny)
GitHub is GitLab? You could be a /. editor!
Re: (Score:1)
git? (Score:1, Troll)
most projects' structure don't need git, using "thing that Linus wrote" isn't a reason. no one wants to go to a restaurant that puts swiss army knife in lieu of spoon next to soup.
Re: (Score:2)
the issue tracker for a git based system
Re: (Score:1)
That's why gitgud.io exists.
Re: (Score:1)
Re: (Score:2)
Actually, it isn't the easiest to use......otherwise when you search "how do I _____ in git?" you'd get a bunch of links with the exact same basic answer instead of 15 links to 25 different combinations of commands........
Re: (Score:3)
That must mean that git is the only version control system you've ever used.
Mercurial and subversion are both simpler to use, even CVS, but CVS wasn't fully functional. Git feels like it was written by some kernel hacker with no thought for all for the ordinary people that would end up using it.
Re: (Score:2)
The github client is actually pretty nice. It hides a lot of the functionality of git, and makes managing your projects easy. Having said that, better revision browsing would be nice.
The best thing about git is the include-by-default model. We use subversion at work and people are always forgetting to include critical files as they create/add them.
Re: (Score:2)
The best thing about git is the include-by-default model.
Really? You still have to git-add the files. I mean sure it will warn you, but it doesn't pick new things up by default. That's what continuous integration or at least automatic unit tests on all branches are good for (among other things).
Personally, though, I don't like the github client. I think it obscures too much of git and ends up making things harder rather than easier. I like the web interface github provides though. That's handy.
Re: (Score:2)
Git doesn't even pick up changed items by default never mind new ones.
Re: (Score:2)
I should clarify that GitHub and most other clients do a "git add -A" by default, which adds all new files that are not excluded and updates any changed/deleted ones.
So switch to something open? (Score:2)
Launchpad.net has git support now. The bug tracker is very good. Oh, and it's open source so you can actually help fix issues!
Re: (Score:2)
It's free for open source products. Ubuntu get's an advantage when open source projects that are also in Ubuntu use it. It makes it easier for our developers to track the upstream bugs..
You can buy it for proprietary products - https://help.launchpad.net/Com... [launchpad.net]
Re: (Score:1)
[citation needed]
I've never ever been attacked (in a non technical sense) for engaging in technical discussions on technical grounds on or offline. Maybe because I know how to argue technical points and not be a dick about it, I don't know.
By the way, using the phrase "SJW" makes you sound like an idiot. Essentially you're labelling a whole bunch of people with opinions you sometimes disagree with as essentially "evil" (which is more or less what SJW is used to mean) and then dismissing them all based on th
GitLab, Gogs, gitolite, ... (Score:3)
Gitolite [gitolite.com], Gogs [gogs.io], GitLab [gitlab.com] all work great on VPSes. Even Amazon's free tier.
This is like complaining to Dice about Slashdot and expecting something to change.
Re: (Score:2)
Re: (Score:2)
I actually like it because it's not as full featured.
GitLab is a bit on the heavy side. Gogs runs very fast on the smallest VPS digital ocean has while GitLab was not.
Re: (Score:2)
This is like complaining to Dice about Slashdot and expecting something to change.
You mean like dropping Beta, which they did in fact do...
NOBODY WILL EVEN READ THIS (Score:5, Informative)
I read the letter. Here's a Cliff's Notes for all you guys who don't read because why evenbother:
Some anonymous devs who are so addicted to github that they probably maintain their grocery list there wrote a letter with a bunch of feature requests. These users re mainly bitching about the fact that users of their own projects don't seem to be able to read or follow instructions. Naturally these people are smart enough and forward thinking enough that they have proposed a perfect solution which requires GitHub to do a shitload of work for free despite the fact that the problems will remain because the users still won't read. A surprising number of other developers clearly can't read or think either and as such signed off on this silliness. Naturally, these well meaning individuals posted all of this to yet another github repo despite the fact that there are many better places and formats to use.
Journalists have picked up the story and have jumped so some pretty wild conclusions, proving beyond the shadow of a doubt that they really can't read either.
Re: (Score:3)
Re: (Score:2)
Re: (Score:2)
As a paying user of github, they have a valid point about the "me too"/"+1" type comments users are forced associated with issues they wish to see resolved (the other two points are kinda dumb).
There really should be a star'ing or upvoting system associated with them as a way of noting interest in an issue's resolution rather than forcing people to, essentially, spam the issue comments making them harder to track the procession of actual comments regarding the issue's resolution.
Add to this that most of the
Is this surprising? (Score:3)
My friend told me that one of the most popular websites in the world, for developers, doesn't let users sort their list of repositories in any way, or even control the pagination or let users see the entire list of repositories all at once. I told my friend that since repositories are the single most important thing that users need to access from a version control system, this couldn't possibly be true.
Then I visited github.com. I was wrong.
Could this be related to . . . (Score:2)
I'm wondering if this has anything to do with the recent flood of SJWs attempting to force 'Codes of Conduct' onto some of the more high profile projects hosted at Github and elsewhere (eg. PHP, Ruby, Python). From what I've seen, Github may be complicit in this and it may explain why they are slow to respond. Many frustrated developers want a way to shut them down and keep them out. Eric S. Raymond recently wrote in "Why Hackers Must Eject the SJWs" that their infiltration is a clear and present danger to