jQuery Forum

Sizzle lives as a copy in the jQuery repository. QUnit should be pulled in as a sort of git external, though its required only for testing, not for making a build of jQuery itself.
Jörn

Actually, both Sizzle and QUnit need to be pulled in dynamically
(using Git submodules). The commands needed to do that are all in the
Makefile and are run automatically before a build occurs.
--John

Only sizzle runs for some reason. Likely b/c I am using windows.
Does this work for someone else using msysgit? Here's the output:
----------------------------------------------------------------------
$ make
Grabbing external dependencies...
Submodule 'src/sizzle' (git://github.com/jeresig/sizzle.git)
registered for path 'src/sizzle'
Initialized empty Git repository in c:/Development/jquery/src/
sizzle/.git/
remote: Counting objects: 895, done.
remote: Compressing objects: 100% (866/866), done.
remote: Total 895 (delta 570), reused 57 (delta 10)
Receiving objects: 100% (895/895), 449.82 KiB | 159 KiB/s, done.
Resolving deltas: 100% (570/570), done.
Submodule path 'src/sizzle': checked out
'3e97c27d19e18c984a29bfea89fcccadf3544f
b3'
Building selector code from Sizzle
Building ./dist/jquery.js
./dist/jquery.js Built
Building ./dist/jquery.min.js
- Compressing using Minifier
./dist/jquery.min.js Built
jQuery build complete.
-------------------------------------------------------------------------------------------------
However, the .gitmodules looks right:
[submodule "test/qunit"]
    path = test/qunit
    url = git://github.com/jquery/qunit.git
[submodule "src/sizzle"]
    path = src/sizzle
    url = git://github.com/jeresig/sizzle.git
Anyone else had this problem?

Should qunit be listed in .git/config? http://pitupepito.homelinux.org/?p=24
says that submodules should be listed there.

it might be the qunit file that is blocking it.

It works now that I have updated to the latest jQuery.

Now it doesn't work:
test/qunit/testrunner.js | 797 --------
test/qunit/testsuite.css | 120 --
test/unit/selector.js | 52 +-
12 files changed, 3124 insertions(+), 3082 deletions(-)
create mode 100644 .gitmodules
delete mode 100644 Makefile
delete mode 100644 libs/jquery.js
create mode 100644 test/data/testinit.js
create mode 160000 test/qunit
delete mode 100644 test/qunit/testrunner.js
delete mode 100644 test/qunit/testsuite.css
From git://github.com/jquery/qunit
* branch master -> FETCH_HEAD
Updating f55bf2d..4ac535b
Fast forward
qunit/qunit.js | 7 +------
1 files changed, 1 insertions(+), 6 deletions(-)
error: You have local changes to 'test/jquery.js'; cannot switch
branches.
Unable to checkout '3e97c27d19e18c984a29bfea89fcccadf3544fb3' in
submodule path
'src/sizzle'
make: *** [init] Error 1
---------------------------------------------------------------------------------------------------------
Notice the test/jquery.js. This is on a fresh install. Am I stupid,
or the only person using windows doing this?

Ah, git is by default CRLFing files. To turn it off:
git config core.autocrlf false

> Ah, git is by default CRLFing files.  To turn it off:

Some info from google:
http://www.kernel.org/pub/software/scm/git-core/docs/gitattributes.html#_checking_out_and_checking_in
http://www.mail-archive.com/msysgit@googlegroups.com/msg00093.html
http://www.mail-archive.com/msysgit@googlegroups.com/msg00088.html
Looks like this can be solved in the repo itself for everyone using a
.gitattributes file.
Nothing new really, svn has a similar type of configuration. As I
understand, in the svn world the trend is to make sure each individual
developer adds a dozen or so lines to their global auto-props when they
get commit access so that each and every file they create automatically
gets the right props set on each of them individually. And if anyone is
missing the props another commit is needed to fix any files they miss.
;) In the git world, it seams you can add one .gitattributes file with a
bit of short config to affect every file in the repo and affect everyone
who checks out the repo without needing to tell them "Please set these
personal auto-props settings in your personal global config that'll
conflict with other projects you work on that want different settings
than we want or you'll annoy all of us."
Heh, yay git!?
Now that I think about it. Did I set my auto-props right when I setup my
new laptop ages ago? I retired from major MediaWiki development before
then so I don't remember if I set it up right when I decided to checkout
the repo to do some small commits.
~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name]
John Resig

Very interesting - reading through the docs it looks like setting
core.autocrlf to 'input' is pretty useful (it'll make sure that the
line-endings are just LF for anyone that commits, which is what we
want).
Let's hope this works, I guess!
http://github.com/jquery/jquery/commit/1879e8cbeef6984495ee84f482900defda0dc3f4
--John

I am (happily) using one (rudimentary) cmd file for (windows)
"building".
It is a bit of a overkill to install the whole JRE, +ant , just to be
able to concatenate jQuery files into one...With cmd file(s) one can
build a "real" make "system" no ant, make, gmake, etc ... necessary.
--DBJ

Just to clarify: Java/JRE isn't required in order to do the basic
build of jQuery - only to do the minified build.
--John

On Nov 27, 11:25 am, John Resig <jere...@gmail.com>

For ANT one needs JDK aka Java Development Kit ...
For us several milion Microserfs, maybe one VisualStudio solution file
(aka sln file) would be usefull ?
Or I am missing something fundamental ?
--DBJ

Actually even better would be jquery.proj.
That is a "make file" for msbuild.exe which comes with .NET 2.0
Which makes it available on 99% of PC's on the planet.
I have made one, if anyone is interested. Although it (still) does not
"go out" to use git, to pull sizzle and qunit.
Perfectly doable but a bit fiddly.
--DBJ

On Tue, Dec 1, 2009 at 12:14 PM, DBJDBJ <dbjdbj@gmail.com>

@Scott : I have never met any "poor soul" , who pays my fees and who
is in the same time not "stuck in the MS-land". Game over.

On Wed, Dec 2, 2009 at 10:12 AM, DBJDBJ <dbjdbj@gmail.com>

@Scott (sorry others for privatising this thread) I advise you to look
again in msbuild. It is actually deprecated, but still supported. The
usual inital "knee jerk" reaction is just to dump it, it is xml etc ..
but it is really simple and really works. I guess this is why it is
deprecated ;o)
I would also use it for MSVC. Same as MSVC team does. Among others:
http://www.infoworld.com/d/windows/microsoft-bares-its-soul-and-creates-opening-google-357?source=rss_infoworld_top_stories_
--DBJ

"There is always a well-known solution to every human problem--neat,
plausible, and wrong."
-- H. L. Mencken
I was wrong. msbuild is not necessary.
jQuery "building" on (almost) any windows can be done with one wsf
file.
I am making it right now.
--DBJ
--

Fixed the ant build (build.xml) to clone/pull both Sizzle and QUnit. Tested on Windows XP.
Jörn

After I added git to my path (I used the bash version), it is still not working:
<span style="font-family: courier new,monospace;">BUILD FAILED</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;">C:\wamp\www\zend\jQueryJulian\jquery\build.xml:44: C:\wamp\www\zend\jQueryJulian\jquery\${SRC_DIR} not found.</span>
Worked flawlessly (with manual git cloning/pulling of qunit & sizzle) before. I'm under Vista.

My bad, I see what you changed and I didn't merge properly.

> Fixed the ant build (build.xml) to clone/pull both Sizzle and QUnit. Tested