deanishe 891 Posted September 18, 2015 I'll look into it, but it could potentially slow the workflow down a lot: it'd have to read each alfred-repos.json file before sending the results to Alfred, otherwise the subtitles would be incorrect. Quote Share this post Link to post
Maddog 2 Posted September 18, 2015 I think it's ok to just have it as part of the update process, read the directories and custom editor assignments. Quote Share this post Link to post
deanishe 891 Posted September 19, 2015 That's doable, but require a much more significant rewrite. Still, definitely seems like a very useful feature, so probably worth the effort. Quote Share this post Link to post
Maddog 2 Posted May 4, 2016 Thanks! Of all the workflows I've written, this is the one I use the most personally. Many months later, this has also become my most used workflow, I run "update repos" the second I run "git init". Really love it. However, funnily, without fail I always forget the hit modifier keys and open projects in the wrong IDE. When I need console or finder, I always remember, but the multiple IDEs are merged in my mind Quote Share this post Link to post
deanishe 891 Posted June 25, 2017 Updated with some Alfred 3 goodness. Now auto-reloads results when an update completes Auto-updates list of repos when settings have changed Better handing of remote/origin URLs Can handle more URLs (not just GitHub and Bitbucket) Add "meta" app `Browser`, which will open the URL in your default browser Clearer naming of applications in settings: app_1 -> app_default, app_2 -> app_cmd etc. 1 Maddog reacted to this Quote Share this post Link to post
Maddog 2 Posted August 2, 2017 I can't get rid of the new version line, it says 2.1.1 is available, I tried hitting enter on that line but nothing happened (also nothing happens in debugger at the point of clicking) I tried updating from github releases, but still showing that line. Quote Share this post Link to post
deanishe 891 Posted August 2, 2017 I made a silly error. Grab v2.1.2. Quote Share this post Link to post
Maddog 2 Posted August 2, 2017 Still same problem. I even restarted Alfred in case it was cached. Shows 2.1.2 under Alfred preferences, but when I call "repos", I still see "Version v2.1.1 is available" as one of the items in the list. Quote Share this post Link to post
deanishe 891 Posted August 2, 2017 Try repos workflow:delcache to reset the cached list of versions. Quote Share this post Link to post
Maddog 2 Posted September 29, 2017 @deanishe Have you considered adding fuzzy matching to this workflow one day? Quote Share this post Link to post
Maddog 2 Posted October 9, 2017 @deanishe I can't make exclude work, I tried these with and without an asterisk: "global_exclude_patterns": [ "node_modules/*" ], and "search_dirs": [ { "depth": 5, "name_for_parent": 1, "path": "~/Code" "excludes": [ "node_modules/*" ] } ] I see one repo (a library I'm working on) showing up 4 times in the results, once for the original location and 3 times inside other projects /node_modules/ folders. What am I doing wrong? Thanks Quote Share this post Link to post
deanishe 891 Posted October 9, 2017 55 minutes ago, Maddog said: What am I doing wrong? depth=5 would be the obvious problem. Quote Share this post Link to post
Maddog 2 Posted October 10, 2017 9 hours ago, deanishe said: depth=5 would be the obvious problem. So exclude doesn't work with depth? Not all my repos are directly under ~/Code, some are deeper, is there a way to include them in the search but exclude node_modules? Quote Share this post Link to post
deanishe 891 Posted October 10, 2017 exclude works fine with depth. depth=5 is in itself not ideal because you will end up searching a lot of directories. Try “*/node_modules/*”. Quote Share this post Link to post
Maddog 2 Posted October 10, 2017 11 hours ago, deanishe said: Try “*/node_modules/*”. Thank you, that worked. Quote Share this post Link to post
somewhere2go 0 Posted March 18, 2018 The select repository does not open with Atom application. Thanks in advance. Quote Share this post Link to post
deanishe 891 Posted March 20, 2018 On 18/03/2018 at 8:29 PM, somewhere2go said: The select repository does not open with Atom application. Works perfectly for me. The workflow's behaviour is entirely dependent on your settings file, so could you post the relevant parts on here, please? Enter "reposettings" in Alfred to open your settings.json file. Quote Share this post Link to post
somewhere2go 0 Posted March 21, 2018 Quote Works perfectly for me. The workflow's behaviour is entirely dependent on your settings file, so could you post the relevant parts on here, please? Enter "reposettings" in Alfred to open your settings.json file. Thanks, now it works perfectly. Maybe for my mistake in the script. Quote Share this post Link to post
Wietse 0 Posted March 23, 2018 I keep getting: not a Version instance: None What am I doing wrong? Quote Share this post Link to post
Maddog 2 Posted July 5, 2018 @deanishe - I'm wondering, how does this workflow search for the app which we pass in the config? I've been having issues forever with VSCode where right after it updates (for a day or two), this plugin would open the wrong VSCode and not the one from /Applications. I tried setting the full path in the config and it seem to have solved the problem, but I'm wondering how it works, because I think I'm having similar issues with other editors as well (which could be in ~/Downloads AND in /Applications). Quote Share this post Link to post
deanishe 891 Posted July 5, 2018 (edited) TL;DR: Put your apps in /Applications or ~/Applications. Otherwise, you'll have problems sooner or later. 1 hour ago, Maddog said: how does this workflow search for the app which we pass in the config It doesn't. It delegates opening stuff to the OS by calling open -a AppName /path/to/repo. 1 hour ago, Maddog said: I think I'm having similar issues with other editors as well (which could be in ~/Downloads AND in /Applications) In my experience, the bottom line is that if the application isn't in /Applications or ~/Applications, you're likely to have issues with it sooner or later. It can cause problems simply having different versions of the same application installed (e.g. Alfred 2 and Alfred 3 cause conflicts). Multiple copies of the same version is a total crapshoot. 1 hour ago, Maddog said: I tried setting the full path But that should work. All the same, it's safest to put your apps in /Applications or ~/Applications, and delete any other copies of the same app. Edited July 5, 2018 by deanishe Quote Share this post Link to post
Maddog 2 Posted July 6, 2018 2 hours ago, deanishe said: All the same, it's safest to put your apps in /Applications or ~/Applications, and delete any other copies of the same app. The update process for VSCode is putting some version (not sure if it's the new one or the old one) under /Library/Caches and for at least a couple of days after the update, I'd randomly get either the old or the new version. It's out of my control unfortunately. Hopefully now that I have the full path it won't happen anymore. Thanks for the tip, I moved my other editor out of ~/Downloads. Quote Share this post Link to post