Synx - A command-line tool that reorganizes your Xcode project folder to match your Xcode groups

Hello,

I used SYNX to great success before but in my current project It just doesn't work.

Here's the error log:

/Library/Ruby/Gems/2.0.0/gems/synx-0.0.52/lib/synx/abstract_object.rb:18:in work_pathname': undefined method[]' for nil:NilClass (NoMethodError) from /Library/Ruby/Gems/2.0.0/gems/synx-0.0.52/lib/synx/pbx_variant_group.rb:18:in sync' from /Library/Ruby/Gems/2.0.0/gems/synx-0.0.52/lib/synx/project.rb:20:inblock in sync' from /Library/Ruby/Gems/2.0.0/gems/synx-0.0.52/lib/synx/project.rb:20:in each' from /Library/Ruby/Gems/2.0.0/gems/synx-0.0.52/lib/synx/project.rb:20:insync' from /Library/Ruby/Gems/2.0.0/gems/synx-0.0.52/bin/synx:16:in execute' from /Library/Ruby/Gems/2.0.0/gems/clamp-0.6.3/lib/clamp/command.rb:67:inrun' from /Library/Ruby/Gems/2.0.0/gems/clamp-0.6.3/lib/clamp/command.rb:125:in run' from /Library/Ruby/Gems/2.0.0/gems/clamp-0.6.3/lib/clamp.rb:6:inClamp' from /Library/Ruby/Gems/2.0.0/gems/synx-0.0.52/bin/synx:6:in <top (required)>' from /usr/bin/synx:23:inload' from /usr/bin/synx:23:in `

Hi! Gem looks really awesome!

Unfortunately, it crashes now for one of my projects, here's stack trace

/Users/.../.rvm/gems/ruby-2.1.1/gems/synx-0.0.2/lib/synx/pbx_group.rb:71:in `mkdir': File exists @ dir_s_mkdir - /Users/.../.synx/<path> (Errno::EEXIST)
    from /Users/.../.rvm/gems/ruby-2.1.1/gems/synx-0.0.2/lib/synx/pbx_group.rb:71:in `mkdir'
    from /Users/.../.rvm/gems/ruby-2.1.1/gems/synx-0.0.2/lib/synx/pbx_group.rb:71:in `handle_unused_entry'
    from /Users/.../.rvm/gems/ruby-2.1.1/gems/synx-0.0.2/lib/synx/pbx_group.rb:39:in `block in move_entries_not_in_xcodeproj'

My setup: RVM, Ruby 2.1.1, Mac OS X 10.9.3

First of all, grats on a great first release!

I'm sure you saw this coming, but support for various version control mv operations would be hugely helpful. That would allow this to be a common operation in a mature source control environment. As it is, I would consider this more of a "lets just fix this darn project" operation that I would run once initially rather than an ongoing maintenance tool.

Following the usage as specified in the example: $ synx -p -e=OCMock/Core -e=OCKMockTests Source/OCMock.xcodeproj produces the following error output:

$ synx -p -e=Shared CBTest.xcodeproj /Library/Ruby/Gems/2.0.0/gems/synx-0.0.4/lib/synx/project.rb:88:in block in group_exclusions=': No group =Shared exists (IndexError) from /Library/Ruby/Gems/2.0.0/gems/synx-0.0.4/lib/synx/project.rb:81:ineach' from /Library/Ruby/Gems/2.0.0/gems/synx-0.0.4/lib/synx/project.rb:81:in group_exclusions=' from /Library/Ruby/Gems/2.0.0/gems/synx-0.0.4/lib/synx/project.rb:37:inset_options' from /Library/Ruby/Gems/2.0.0/gems/synx-0.0.4/lib/synx/project.rb:16:in sync' from /Library/Ruby/Gems/2.0.0/gems/synx-0.0.4/bin/synx:15:inexecute' from /Library/Ruby/Gems/2.0.0/gems/clamp-0.6.3/lib/clamp/command.rb:67:in run' from /Library/Ruby/Gems/2.0.0/gems/clamp-0.6.3/lib/clamp/command.rb:125:inrun' from /Library/Ruby/Gems/2.0.0/gems/clamp-0.6.3/lib/clamp.rb:6:in Clamp' from /Library/Ruby/Gems/2.0.0/gems/synx-0.0.4/bin/synx:6:in<top (required)>' from /usr/bin/synx:23:in load' from /usr/bin/synx:23:in

I'm getting this error:

/Users/mark/.rvm/gems/ruby-2.1.2/gems/synx-0.0.52/lib/synx/abstract_object.rb:18:in `work_pathname': undefined method `[]' for nil:NilClass (NoMethodError)
    from /Users/mark/.rvm/gems/ruby-2.1.2/gems/synx-0.0.52/lib/synx/pbx_variant_group.rb:18:in `sync'
    from /Users/mark/.rvm/gems/ruby-2.1.2/gems/synx-0.0.52/lib/synx/project.rb:20:in `block in sync'
    from /Users/mark/.rvm/gems/ruby-2.1.2/gems/synx-0.0.52/lib/synx/project.rb:20:in `each'
    from /Users/mark/.rvm/gems/ruby-2.1.2/gems/synx-0.0.52/lib/synx/project.rb:20:in `sync'
    from /Users/mark/.rvm/gems/ruby-2.1.2/gems/synx-0.0.52/bin/synx:16:in `execute'
    from /Users/mark/.rvm/gems/ruby-2.1.2@global/gems/clamp-0.6.3/lib/clamp/command.rb:67:in `run'
    from /Users/mark/.rvm/gems/ruby-2.1.2@global/gems/clamp-0.6.3/lib/clamp/command.rb:125:in `run'
    from /Users/mark/.rvm/gems/ruby-2.1.2@global/gems/clamp-0.6.3/lib/clamp.rb:6:in `Clamp'
    from /Users/mark/.rvm/gems/ruby-2.1.2/gems/synx-0.0.52/bin/synx:6:in `<top (required)>'
    from /Users/mark/.rvm/gems/ruby-2.1.2/bin/synx:23:in `load'
    from /Users/mark/.rvm/gems/ruby-2.1.2/bin/synx:23:in `<main>'
    from /Users/mark/.rvm/gems/ruby-2.1.2/bin/ruby_executable_hooks:15:in `eval'
    from /Users/mark/.rvm/gems/ruby-2.1.2/bin/ruby_executable_hooks:15:in `<main>'

I get this whenever I try to run synx on our project.

The end result is not good either - it seems that it simply removes all the files it would try to move and leaves it at that.

I am completely unfamiliar with ruby or what not, so if I'm doing something wrong with my setup please tell me. :)

Tabber accepts an :output option, which points to $stdout by default. Tests set this option to a StringIO object instead.

If you like the output for acceptance testing, feel free to close this. But a high-level test that makes explicit assertions about the format of the output would be better imo. In fact, I might just write that test :)

I'll rebase if https://github.com/venmo/synx/pull/36 gets merged first and you like this change.

If group name has "/" character in it, the first time synx command is executed everything seems fine. However the following happens:

1. Folder name for the corresponding group contains only the part before "/".
2. All files are moved inside a subfolder of the above folder, which name contains only second half of the original group name (past "/").
3. Original group's name stayed unchanged. Xcode project file references for the contents of the original group pointed to the subfolder created in (2).

If project groups structure is modified and synx command is executed again with -p option the following happens:

1. Another folder is created at the project root which is 100% copy of subfolder described above in (2).
2. All files from subfolder (2) are removed as not being referenced by Xcode which ultimately breaks the project file and project will no longer compile

So in my case group's name was "Dashboard Header / Footer". After first run: "Dashboard Header " with subfolder " Footer" got created and all files were moved to " Footer" subfolder, group "Dashboard Header / Footer" was now pointing to " Footer" subfolder, Xcode references were fine, project compiled. After creating a new group somewhere else in the project and executing synx again, files from " Footer" subfolder got removed from disk, and " Footer" with identical contents was created in the root directory, however project file references were not updated, so the contents of "Dashboard Header / Footer" group got highlighted in red.

The colored gem was replaced with colorize. It has a very similar API but comes with a few extra methods to remove or check colors.

The Tabber class has had an options hash added to it, to make further additions easier.

This partially addresses issue #28.

This gem don't really need exactly those versions of dependencies. Relax the requirement will allow us use it when some other gems depended on a higher version.

Hi,

I have two localized files : Localizable.strings and InfoPlist.strings.

When I runned synx with the prune option, it removed my Localizable.strings in english. But strangely in InfoPlist.strings it removed all the languages except in english. Of course, the correct behavior would be to not remove anything in this directories ;)

Any ideas ?

Thanks (and thanks for the tool ;) )

It would be awesome if synx could be run on every continuous integration of your build in a way that exited with an error code if there has been a file that was added to the repo that doesn't match the directory structure or wasn't properly included into the project. This way, synx would only have to be run once to actually clean up your project, but then could be run continuously afterwards to ensure that your project stays clean. Let me know what you think, or if there's already an easy way to accomplish this.

Thanks for the amazing tool! Love the stuff that's been coming out of Venmo recently.

When we have Synx and Swift PM in our Project, every time the utility runs, it affects the SPM dependencies. Synx renaming and moving the SPM dependencies.

1. This is the first problem, because every time the SPM returns all modifications back, as they were not applied correctly. And Synx next renames it, and so on in a circle, every time.
2. The second problem is that there is no way to exclude the interaction of synx with SPM, thereby making this utility inapplicable on projects that use SPM.

Open Project, SPM updated dependencies, and rename it as correct.

Run Synx, Synx renamed SPM dependencies.

Xcode 12.1 MacOS Catalina 10.15.7

please merge https://github.com/venmo/synx/pull/143 since it works properly with OSX 10.14 (Mojave) while current version has obsolete dependencies.

As workaround currently possible to use: gem "synx", :git => 'https://github.com/dnedrow/synx.git' in your Gemfile

I've updated the gemspec file to point to the most recent major.minor releases for dependencies.

Also, given that synx works as described, it's time to bump the version to 1.0.0.

I used synx on my project and since then my Xcode 9 assistant has given me "No assistant results". I checked out the commit before the synx and it worked again, and then checked out the synx commit and it stopped working.

I've tried removing references to all the files and readding them, but no joy. I've cleared the build folder, cleared derived data and nothing has seemed to help.

Has anyone else faced/solved this issue?

Thanks for the efforts!

I have tried using it, the command runs fine but its also removing bridging header file. I followed the first command on git page 'synx path/to/xcodeproj'