-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add AnnotateRb
gem
#1145
Add AnnotateRb
gem
#1145
Conversation
Hey @drwl 👋🏼 thanks for this! Maybe we should replace (delete ✂️) the original repo too? Would be nice to wait for some official answer 👀 ctran/annotate_models#1028. |
I don't know if/when we will get an official answer, there's ctran/annotate_models#1001 from earlier this year with also no answer. As to whether or not to replace the original repo, I believe that's your decision. I can adjust the PR to delete it if you want. |
Yep, I've already seen that earlier issue too, but would be nice any kind of "official" movement/message from the original maintainers. For such relevant and used gems, it's much better any official communication to avoid confusions within the Ruby ecosystem (specially for new comers). Did you try to contact the original maintainer? If they don't want to maintain it anymore, at least a message in the README (pointing to your fork) would help a lot! In terms of this PR, I'd also prefer to have only one resource, with the goal to make it clear for all the people. Having both links in this collection it seems that creates again confusion for users checking this list. |
Totally agree there.
Yes I have tried contacting in the past and no response. Also, an even earlier Github thread/issue.
I can modify the PR to delete the old one, let me know if that's what you mean. |
Ok! then let's do it! Your fork seems that is the one that people is using now, so it seems the better option to propose at this point 🤔? And the community already tried, for more than 2 years, to contact the original authors with no luck:
Yes, I think having only 1 link it's clearer for everybody visiting this collection. Also, since you already have a comment about the fork in your README, I'd like to suggest to remove last sentence in the proposed description. |
FWIW, I've been using the But I also see there are a lot of open issues and new feature requests. @drwl have you contacted the RubyGems team to see if they can do something about it? I think they might be able to help with that, so we don't have to have forks, which are also very similarly named, which adds a lot of confusion in my opinion. |
Thanks for jump in @marcoroth! I'm also using the original one in a couple of small apps (Rails 6.1 and 7.0) with no issues at all. But I didn't introduced DB changes for months... so I'm really not sure about the current maintenance status of the original repo. Maybe it's better idea to wait for any kind of official communication before moving forward and merge this PR now? Would be nice to talk about it with the current maintainers. I'd like to avoid having both resources in the list, that will be confusing for people looking into it. |
Calling it "done" is an understandable opinion, and for most setups it is. The core functionality should work, because all the gem really does is find model files and reflect on their ActiveRecord columns. I would say there are some outstanding usability bugs in the old gem like swallowing comments, but if you don't come across that in your workflow then there really isn't a need to upgrade at this time (note: future Rails versions/changes could change things).
Just curious, has there been precedent about this? Afaik there's no imminent security risk of the old gem being up, so not sure why they would do anything about it. As an example, the old CanCan gem is still on Rubygems even though it was community forked years ago. My gem/fork also is a hardfork in that it uses a new namespace.
Ultimately it's your decision regarding the awesome ruby list. Given that the oldest out of the 3 issues is 3 years old, I don't see anything changing in the coming years. |
@drwl I was more alluding to the fact that they might be able to help you get ownership over the gem so you could continue maintaining and releasing it under the "old" name. But I guess this is too late already, since you have your fork and gem already. |
Ahh got it, yeah I changed the namespace (and the name) because there were some big changes that I wanted to make (e.g. removing config in Rakefile) and thought it made more sense. Also, to signify that there were big breaking changes between the old gem and annotaterb. |
I got an email from Github about the PR -- just checking is there anything needed on my end? The last PR in the old repo was merged in almost a year ago. |
Not really, I'm still not sure what's the best move here ...
So, I have no idea what's the best decision here. Let's leave it open for now, maybe some day we'll resolve these doubts. |
It seems that community is moving to @drwl's fork: ctran/annotate_models#1032. So maybe it's time to remove the old link and merge this PR? With the recent Rails v8 release it looks that people are just migrating to that fork, which is compatible with Rails v8. |
@drwl Could you please delete the original project link? I think it's time to merge this one. |
Project
Adds
AnnotateRb
gem to the list of gems.Rubygems
Github repo
What is this Ruby project?
It's an active and maintained hard fork of the old Annotate gem. It improves the developer experience by adding model database schemas as text comments in corresponding ActiveRecord models. It also supports annotating routes.
What are the main difference between this Ruby project and similar ones?
It's actively maintained compared to it's predecessor, the Annotate gem.