You need a .gitignore template? Try gitignore.io, It Rocks!

-
gitignore.io is hosting a web API for generating a .gitignore template for certain OSs, IDEs or programming languages. And honestly, this is really helpful.


If you want a .gitignore template for several OS, IDE and programming language targets, what you need to do is to provide a CSV of these target IDs to the web api. Here, the following URL provides a comprehensive ID list of supported targets:

・ http://gitignore.io/api/list

Error: Embedded data could not be displayed.

For example, a .gitignore template for Mac OS X, Linux, Windows and C/C++ can be retrieved from the following URL (just putting target ids with delimiting commas after api/):

・ http://gitignore.io/api/osx,linux,windows,c,c++

Error: Embedded data could not be displayed.

And if you want to download the template as .gitignore, then use the following command:
curl http://gitignore.io/api/osx,linux,windows,c,c++ -o .gitignore

It's simple and effective, nice!

Comments

Post a Comment

Popular posts from this blog

Make It Work: Global .gitattributes

-
Image
Git is the vanguard of distributed VCSs, and as a matter of course, it provide a way to perform diff or merge on certain files while intermediately treating them as documents of a certain other format. By reflecting appropriate changes to configuration and attributes of git as described in " Git - Git Attributes ," you can set up this intermediate conversion for files of your choice while in diff or merge process. This is best described with an example. Say, there exists a file format called "property list" (hereinafter plist) in Mac, and it can come in 3 forms: XML, binary or JSON (it's not exactly JSON, but is similar to it). To perform diff or merge on files of this type in a consistent way, use command plutil  provided by Mac OS X (or an open-source, GPL-licensed alternative libplist ). Then take the following 2 steps.
« Read More »

GCC and Clang: Library Incompatibility Issues in MacPorts

-
Jumble monolog (or quickly to What to do? ) Currently, I'm using Boost libraries and C++11 features in my Xcode project. But there is a problem. Boost libraries in my development environment was installed using MacPorts, and it seems these Boost libraries could not come along with C++11 features and LLDB in Xcode. Let's make things clear, it is a GCC-Clang compatibility issue. In Xcode build setting, you can choose GNU's libstdc++ for favor to Boost libraries (I'm not sure, but it seems they're built using GCC in my MacPorts environment), but then C++11 features and LLDB are crippled. Seemingly, libstdc++ provided by Apple LLVM is not C++11-ready. Vice versa, you can choose LLVM's libc++ for favor to C++11 features and LLDB, but then Boost libraries are crippled. I think the problem, on the surface, can be distilled to symbol name resolution failure.
« Read More »

Xcode: Easy Shared & Static Lib Management and Linking

-
Image
In Xcode, you can add existing frameworks (binary shared/static libraries or Apple's packaged framework) to a target in your project by choosing from the framework list or drag'n'drop from Finder. Several libraries under "Frameworks" group (e.g. libBusted.a) Benefit of doing this is obvious: you can manage and see what libraries your program is linked to. However, after doing that, I noticed one thing. Xcode does not link shared/static libraries in a simple way like: gcc -o qux libfoo.dylib libbar.a buz.o Instead, when libraries are going to be added, Xcode obtains paths to the directories containing these libraries, and appends these to the build setting "Library Search Path" of the target. So that the actual linking looks like: gcc -L/path/to/foobar -o qux -lfoo libbar.a buz.o Compared to the former, even though orthodox, linking in the latter is indirect. I like the former method because it's simple and error-free even though it somewh...
« Read More »