Github: Notifications & Stars(github.com)
github.com
Github: Notifications & Stars
https://github.com/blog/1204-notifications-stars
29 comments
Don't you have to change it in your local git repo by running `git config user.email <email>`?
It works fine when I commit locally (as yes, it's just a normal old git repo) - just via the web UI, it always uses the email in my github account marked as 'default' even though the repo obviously belongs to the organization, not to me.
If you haven't already, you should notify the kind people at Github. They respond within minutes, are friendly, and, most importantly, they actually react on what you write them. Who'd have thought?
Loved the email:
"Hi friend,
We've made some REALLY BIG changes to the way that notifications work at GitHub.
We're sending you this email because we love you. Also, the amount of email you receive from GitHub notifications is going to change and we want to make sure you don't miss anything important. First, check out the new notification settings:
"Hi friend,
We've made some REALLY BIG changes to the way that notifications work at GitHub.
We're sending you this email because we love you. Also, the amount of email you receive from GitHub notifications is going to change and we want to make sure you don't miss anything important. First, check out the new notification settings:
https://github.com/settings/notifications
I'm surprised this took them so long.
I hope Github's new round means they are going to be more responsive to customers. I like the company and the founders and team I know there, but it's been frustrating to have to wait for features like this for months and months.
I hope Github's new round means they are going to be more responsive to customers. I like the company and the founders and team I know there, but it's been frustrating to have to wait for features like this for months and months.
Maybe someday we can attach images/docs to issues... I mean, why would you ever want to attach an image to a site rendering issue when you can try and describe it at length and still fail? Sigh.
For images you can use markdown to embed the image (i.e. `` )
Multiple examples in this PR: https://github.com/clayallsopp/formotion/pull/24
Multiple examples in this PR: https://github.com/clayallsopp/formotion/pull/24
You should check out BugHerd if this is a common use case you have: http://bugherd.com
Agreed. I've heard 'use dropbox' so many times here, and it's still shitty.
However, for the specific case of misrendered HTML skitch is def the best option, even if your software supports attachments. So few clicks, totally worth it.
However, for the specific case of misrendered HTML skitch is def the best option, even if your software supports attachments. So few clicks, totally worth it.
I use cloudapp with skitch. Drag from skitch to cloudapp icon, and it fills in your paste buffer with the link.
This is the most important missing thing in github issues, but for what is worth, we solved it using dropbox links, it's reasonably straightforward (screenshot, save to dropbox folder, get link with right click)
You can automate that nicely with http://grabbox.devsoft.no/ (OS X, free)
that's useful, thanks!
This is awesome. I think most users have been wanting a feature like this for a long time.
One notable omission: There's no way to filter or search starred repositories.
One notable omission: There's no way to filter or search starred repositories.
On my own "Stars" page (https://github.com/stars) it's paginated, there's no sort, and there's no search; I'm having trouble imagining many use cases where this page is actually useful.
However, if you go to your public profile page, and click "starred repos", you can see a single-page list of all your starred repos (e.g. https://github.com/<username>/following).
Strange to say the least, but at least there's a single page where you could search your starred list...
However, if you go to your public profile page, and click "starred repos", you can see a single-page list of all your starred repos (e.g. https://github.com/<username>/following).
Strange to say the least, but at least there's a single page where you could search your starred list...
Not having the ability to search seems like a bit of an oversight, if I remember correctly the previous "watch" list was on just one page so you could use the browser to search by name. Now it's called "stars" and it's paginated ... not so easy.
Previously the watched repos were displayed in a widget on your News Feed page exactly like the current "Your Repositories" widget. It has a nice fast filtering text box. The stars page desperately needs this back.
Agreed! I was just thinking the other week, "I really don't want to see checkins on all these repos- I just want to bookmark them for future use".
A separate RSS feed for Watched and Starred repos would totally work for me.
A separate RSS feed for Watched and Starred repos would totally work for me.
Yeah, also the link on your profile page still goes to the old following page instead of the new fancy https://github.com/stars
One final thing, the keyboard shortcut for opening a notification (o or enter) does not seem to work.
They sent out what I thought was a very well done support email for this feature:
Hi friend,
We've made some REALLY BIG changes to the way that notifications work at GitHub.
We're sending you this email because we love you. Also, the amount of email you receive from GitHub notifications is going to change and we want to make sure you don't miss anything important. First, check out the new notification settings:
Which repositories do you receive notifications from? Any repository you're watching. You can manage the list here:
Check out our blog post to learn more about our new notification system, our new stars feature and improvements to notification emails:
Hi friend,
We've made some REALLY BIG changes to the way that notifications work at GitHub.
We're sending you this email because we love you. Also, the amount of email you receive from GitHub notifications is going to change and we want to make sure you don't miss anything important. First, check out the new notification settings:
https://github.com/settings/notifications
Which repositories do you receive notifications from? Any repository you're watching. You can manage the list here:
https://github.com/watching
Check out our blog post to learn more about our new notification system, our new stars feature and improvements to notification emails:
https://github.com/blog/1204-notifications
*> what I thought was a very well done support email for this feature
Sure, it has the right details in it, but this kind of faux-friendly tone comes across really transparent and off-putting to me.
Sure, it has the right details in it, but this kind of faux-friendly tone comes across really transparent and off-putting to me.
I don't see the faux in it. It seemed pretty sincere to me, and I'm pretty cynical.
GitHub is one of the companies that take deliberate effort to make me really them, from their clever 404 page, to little details such as this. Zappos is another.
I'm wondering. Do lots of other people find this off-putting?
GitHub is one of the companies that take deliberate effort to make me really them, from their clever 404 page, to little details such as this. Zappos is another.
I'm wondering. Do lots of other people find this off-putting?
Gmail marked it as spam for me.
2 buttons/actions(watch, star) and 2 different pages(dashboard, notifications)?
Why not make it simpler but powerful by introducing better watch button (w notifications and w/o notifications) and much better dashboard page?
Why not make it simpler but powerful by introducing better watch button (w notifications and w/o notifications) and much better dashboard page?
Because starring something and watching something are different things both conceptually and in how people use these functions.
They are not distinct enough to be 2 different actions. Especially having 2 totally different pages is a horrible thing(notifications and news feed) Why not just combine 2 of them together and create more polished feed?
For now, I have to disagree. I only want to watch the libraries/projects that are critical to what I'm building. This is a very small set of repositories. I have wanted the ability to star interesting things for awhile.
This seems like it'll be great.
This seems like it'll be great.
Agreed.
(sorry for the accidental downvote. clicked the wrong arrow. such a tiny target on mobile!)
(sorry for the accidental downvote. clicked the wrong arrow. such a tiny target on mobile!)
I like the distinction. I am used to "Star"-ing something in other web apps and I can quickly tell whether or not I am watching or bookmarked a repository when they are two separate things.
It's bookmarking (a la a browser) vs. following (a la Twitter). Those behaviors seem quite distinct to me, warranting different UI actions rather than following and following-except-not-really-following.
I like the change in notification behaviour, but now I'm missing the list of watched (or now starred) repositories on the feed page that used to sit underneath the list of my own.
I literally used this list numerous times everyday to get quick access to certain repos, now I have to click the 'starred' tab to get a similar list which means an extra page load.
I literally used this list numerous times everyday to get quick access to certain repos, now I have to click the 'starred' tab to get a similar list which means an extra page load.
I think this is a bad move and an example of feature creep. Were users really asking for this? The problem was that the stream was overloaded with irrelevant projects you may have watched on a whim. It seems like they solved that with the notifications drop down. I'm not sure what the point of Starring is.
I agree they could have done a better job of explaining the why for starring, but I assume that starring is a way to keep track of repositories you are interested in, but which you don't necessarily want to see filling up your activity feed.
I use watch to help me find repositories I'm interested in, but don't necessarily want to see notifications about. Watched repositories are autocompleted when you begin typing a name in the search field. So starring looks useful to me.
I think it's pretty useful. I had tons of projects I'd watched just because they were cool and I wanted to use them in my next projects, not because I actually wanted to follow their development.
If I understand correctly, you can now keep track of a repository in two ways: starring it or watching it. If you star it, it's more like a "favorite" in that you can find it easily in the future, but that's it. If you watch it, its activity shows up in your stream much like before. This allows you to separate repositories you like and will want to find later from repositories you want to participate in and follow the development of.
The point of starring is to do what you probably wanted to do when you watched a project, which is bookmark it without it cluttering up your watch list. Personally I think the star feature is great -- now I don't have to use Codeshelver, which was cool too but kind of half-baked.
Stars isn't a new feature, just a renamed one.
How so? At first I thought it was a renamed 'watch', but since it doesn't put any data in your timeline, I can't figure out what it is for at all. I mean, it's a pretty button and all, but...
It is a renamed "watch."
My initial impression is it's a little confusing.
Getting to the starred lists and to the watched lists require a considerably different navigation. (e.g. why is there a "Stars" tab beside the "Issues" tab but no "Watch" tabs? Why are my own repos starred instead of watched?)
I hope they'll make it easier.
Getting to the starred lists and to the watched lists require a considerably different navigation. (e.g. why is there a "Stars" tab beside the "Issues" tab but no "Watch" tabs? Why are my own repos starred instead of watched?)
I hope they'll make it easier.
From their announcement email:
> We're sending you this email because we love you.
Anyone else reminded of "Welcome to Costco, I love you" from Idiocracy's distopia? Intentional parody?
> We're sending you this email because we love you.
Anyone else reminded of "Welcome to Costco, I love you" from Idiocracy's distopia? Intentional parody?
I was reminded more of Dug: http://youtu.be/ui9Mm63zpfE?hd=1
This is awesome! I made a Chrome Extension (https://chrome.google.com/webstore/detail/kfhdalekdpifhlndhc...) a few months ago that Stars has completely Sherlocked, but I'm happy for the native support of bookmarking a repo.
Kudos Github!
Edit: Also looks like it broke my plugin. Hrm...need to fix that.
Kudos Github!
Edit: Also looks like it broke my plugin. Hrm...need to fix that.
Finally!
Per organization email routing is great too.
Thanks!
I have been waiting for the stars feature for years. I want to switch all my watched repos to stars.
I see there is an API for watching, but do I have to screen scrape to star a repo now? http://developer.github.com/v3/repos/watching/
I see there is an API for watching, but do I have to screen scrape to star a repo now? http://developer.github.com/v3/repos/watching/
> I want to switch all my watched repos to stars.
It appears that happened automatically. Your watches list is now full of all the things you used to implicitly get notifications about, which was not a materialized list anywhere before.
It appears that happened automatically. Your watches list is now full of all the things you used to implicitly get notifications about, which was not a materialized list anywhere before.
GitHub, you should have made it so any repo that you had watched previously remained watched AND starred.
It looks like everything is now starred but unwatched so no one will receive any updates on the feed anymore unless they manually go through all their repos and choose to watch them.
It looks like everything is now starred but unwatched so no one will receive any updates on the feed anymore unless they manually go through all their repos and choose to watch them.
I think this is the behavior most people are going to prefer. It seems like it's pretty general to use "watch" for what is now a "Star" (i.e. something you find interesting but don't want updates from) so this will probably please the most users.
I mean I totally agree. Being able to favorite something without getting updates is great. I just think that changing the default behavior (aka coming to the site one day and having nothing new in your feed) is a little bit strange.
Strange, for you. A lot of us are unfortunately leechers (and there are more of us than yours). We don't (sadly) participate in big- (or medium-) sized projects and mostly do our own stuff and thus don't really care about specific commits in Node.js, homebrew or rails. When there's a new version we're excited and will use them, but the internal and day to day operation and progress of those projects are of little interest to us.
Your solution would just mean that I would have had to go through and unwatch 99% of my watched repos. I think they chose the right option.
Yeah I know what you mean. It totally goes both ways. Perhaps giving the users an option during the upgrade then to keep the existing stuff watched or unwatched would have worked, but things like that are usually a slippery slope.
I think it's intentional. Many people watched repos to show support, but didn't really want the notifications. Hence, their notifications feeds filled up, and they never really looked at them.
For most people I reckon there aren't many no-push-rights repositories they'll need to re-watch.
For most people I reckon there aren't many no-push-rights repositories they'll need to re-watch.
Completely agreed. I think github is going to learn the hard way that too much notifications > not enough notifications.
Seems the new notification system impacted the news feed filtering of the 'switch account context'. I am now seeing lots of activity for organizations I am a member of in my personal context. I guess this is a side effect of 'watching' those repos?
I have also had this happen to me--I am part of a fairly large company on github, so this means that suddenly I don't see anything in my strema except for posts about that company, so I had to unwatch nearly everything in it, which I would rather not have to do.
I would really, really like per-file watching (or even finer granularity, though I can't imagine the use) In collaborative environments, having github tell you when something has changed without going through the commits yourself would be cool.
That is a great feature idea. Maybe another way of doing it is to get an email when someone touches code I touched last.
Excellent! I've been using watch for bookmarking interesting projects but I didn't really want to see all their activities (commits). Stars solves this problem. I think they're missing a search functionality for stars though.
They should make the star list more compact, and add a search filter to it. And move it back to where watched repos was before.
Also, what happens to users you decide to "follow"?
Also, what happens to users you decide to "follow"?
Wow, that was fast! https://twitter.com/reustle/status/232537914410668033
Little late to the game :-) I had a ticket in for this 2 years ago.
That blue notification alert should be next to the user name/toolbar.
Questions:
- All my own repos are now "Starred" by me. Should I unstarr them?
- Why can't I watch a repo from the Starred list?
- Whats up with the "Watch + Ignore" setting, isn't that exactly what Star is?
Questions:
- All my own repos are now "Starred" by me. Should I unstarr them?
- Why can't I watch a repo from the Starred list?
- Whats up with the "Watch + Ignore" setting, isn't that exactly what Star is?
> - All my own repos are now "Starred" by me. Should I unstarr them?
Probably. I view stars as bookmarks; there's no need to bookmark your own repos (and not really any added benefit, unless you have hoards of repos).
Probably. I view stars as bookmarks; there's no need to bookmark your own repos (and not really any added benefit, unless you have hoards of repos).
Your stuff isn't auto-starred anymore. We kept the existing stars (old watched repositories) though.
Was there a warning about this update? I heard about 10 minutes of commotion in our office due to this update. Mostly surprise at the timing which was the middle of the work day on a Monday.
I don't think Github follows an enterprisey deploy on Saturday night kinda thing... If it's ready, push it.
Me either but I would have appreciated it since it is probably the most used 3rd party service for our company. We will be moving to their enterprise setup in the near future anyway so it should not be an issue for us going forward.
It was a tricky migration to make. We felt the warning would have just caused more confusion, and that it was best to get everyone upgraded at the same time.
Cool! Been waiting for this for a while.
Now, I'll continue waiting for https://gist.github.com/ to get the updated header :-)
Now, I'll continue waiting for https://gist.github.com/ to get the updated header :-)
This change is only slightly better than the previous implementation. What we (and most I know) need is per-repo settings. Our organization has nearly 20 repos.
These are awesome updates. A few days ago I was complaining about not being able to direct organization repos to specific emails.
Great update Github!
Great update Github!
The post doesn't say actually ever say what "starring" does, other than put it in the list of things I have starred. Is that it?
As far as I can tell that's it. It's basically just a bookmark so you can find it later without it clogging up your news feed.
I like the feature. I've watch really a lot of projects.
but I really didn't want every feed show up in my timeline.
This is a life saver. No more huge Gmail filters! GitHub I salut you!
[deleted](1)
[deleted](3)
I'm hoping this feature also fixes the long standing problem with github commits via the web interface (merges and minor edits) using the wrong email addresses in the permanent git history - which always seemed like a huge bug to me.
UPDATE: Nope, it hasn't fixed that. Organization repos still use my default personal email address in the logs even after changing the notification routing.