{ "id": "130993", "key": "TIMOB-17041", "fields": { "issuetype": { "id": "2", "description": "A new feature of the product, which has yet to be developed.", "name": "New Feature", "subtask": false }, "project": { "id": "10153", "key": "TIMOB", "name": "Titanium SDK/CLI", "projectCategory": { "id": "10100", "description": "Titanium and related SDKs used in application development", "name": "Client" } }, "fixVersions": [], "resolution": null, "resolutiondate": null, "created": "2014-05-28T22:03:02.000+0000", "priority": { "name": "Low", "id": "4" }, "labels": [], "versions": [], "issuelinks": [], "assignee": { "name": "cbarber", "key": "cbarber", "displayName": "Chris Barber", "active": true, "timeZone": "America/Chicago" }, "updated": "2015-06-18T14:47:41.000+0000", "status": { "description": "The issue is open and ready for the assignee to start work on it.", "name": "Open", "id": "1", "statusCategory": { "id": 2, "key": "new", "colorName": "blue-gray", "name": "To Do" } }, "components": [], "description": "As a developer, i would like to be able to configure the Appcelerator Studio / Titanium Studio environment to build for iOS using a centralized server when i am building on non Mac systems.\r\n\r\nUse Case:\r\n\r\nI am a developer using Appcelerator Studio on a Windows 8 machine, but i am building an application that supports iOS, Android and Windows targets. \r\n\r\nCurrent Behavior\r\nI can't build for IOS, i must open the project on a Mac and build the project from there.\r\n\r\nDesired Behavior\r\nI can configure the project to leverage a remote mac to build my project from source. The console should receive associated output during the build to denote errors etc. \r\n\r\nOn build completion we should be able to access the ipa through a standardized distribution mechanism.", "attachment": [], "flagged": false, "summary": "Support Centralized Mac Server for building iOS from other operating systems", "creator": { "name": "bgrantges@appcelerator.com", "key": "bgrantges", "displayName": "Bert Grantges", "active": false, "timeZone": "America/Chicago" }, "subtasks": [], "reporter": { "name": "bgrantges@appcelerator.com", "key": "bgrantges", "displayName": "Bert Grantges", "active": false, "timeZone": "America/Chicago" }, "environment": null, "comment": { "comments": [ { "id": "306858", "author": { "name": "cwilliams", "key": "cwilliams", "displayName": "Christopher Williams", "active": true, "timeZone": "America/New_York" }, "body": "I have no idea what we'd need to pipe over to the Mac (the initial Titanium project? the Xcode project?), or how the Mac would get set up to do the builds. This sounds a little closer to something you'd have more knowledge on.", "updateAuthor": { "name": "cwilliams", "key": "cwilliams", "displayName": "Christopher Williams", "active": true, "timeZone": "America/New_York" }, "created": "2014-05-29T17:46:47.000+0000", "updated": "2014-05-29T17:46:47.000+0000" }, { "id": "306864", "author": { "name": "cbarber", "key": "cbarber", "displayName": "Chris Barber", "active": true, "timeZone": "America/Chicago" }, "body": "I know exactly what we need to do: we need to build the Titanium daemon and an overhaul to the Titanium CLI to communicate with it. Everybody will rejoice when it's released in 2016.\r\n\r\nIn the meantime, we could implement the \"export\" command where we bundle up a Titanium-free Xcode project that can be shipped over to a Mac for compilation. Everybody will rejoice when this is released in 2015.\r\n\r\nOr they could just switch to a Mac today.", "updateAuthor": { "name": "cbarber", "key": "cbarber", "displayName": "Chris Barber", "active": true, "timeZone": "America/Chicago" }, "created": "2014-05-29T17:58:44.000+0000", "updated": "2014-05-29T17:58:44.000+0000" }, { "id": "306967", "author": { "name": "bgrantges@appcelerator.com", "key": "bgrantges", "displayName": "Bert Grantges", "active": false, "timeZone": "America/Chicago" }, "body": "Agree with you Barber on the Mac comment - but the enterprise world is still very MSFT focused.\r\n\r\nbasically we get a lot of requests / asks from prospects or customers on whether or not they can build for IOS while programming on WIndows. Short of building a full cloud compilation system to do this, i was thinking that there might be a way to trigger the Titanium CLI on a networked mac server. We wouldn't need to send the code / project over the network, we could pull from source control. \r\n\r\nI know the obvious thought here is that its starting to sound like a CI tool, so one way to look at this would be to update the run configuration for a platform target to include a field to enter a jenkins URL or other remote trigger url for a centralized build server. i can see this as being handy for building on windows from a Mac as well.", "updateAuthor": { "name": "bgrantges@appcelerator.com", "key": "bgrantges", "displayName": "Bert Grantges", "active": false, "timeZone": "America/Chicago" }, "created": "2014-05-30T05:27:03.000+0000", "updated": "2014-05-30T05:27:03.000+0000" }, { "id": "307069", "author": { "name": "cbarber", "key": "cbarber", "displayName": "Chris Barber", "active": true, "timeZone": "America/Chicago" }, "body": "[~bgrantges] I guess the main question is why? If you want to build for iOS, you SHOULD be on a Mac. We simply aren't there yet to support this feature. You can't even create an iOS enabled Titanium app from Windows.\r\n\r\nThe next generation Titanium CLI will most likely be able to support this.\r\n\r\nA CI server would work, but that's outside the scope of Titanium.", "updateAuthor": { "name": "cbarber", "key": "cbarber", "displayName": "Chris Barber", "active": true, "timeZone": "America/Chicago" }, "created": "2014-05-30T20:59:18.000+0000", "updated": "2014-05-30T20:59:18.000+0000" }, { "id": "307149", "author": { "name": "bgrantges@appcelerator.com", "key": "bgrantges", "displayName": "Bert Grantges", "active": false, "timeZone": "America/Chicago" }, "body": "[~cbarber] Within the large enterprises, IT still has a hang-up about macs. They don't have security models in place, and typically don't have a lot of expertise to support it as well. Buy 20 macs and having them try and figure that out is a much greater task than on build machine thats locked down on a network someplace internal. That, and even with big budgets these organizations can be pretty cheap, and aren't looking to go buy everyone new macs.\r\n\r\n", "updateAuthor": { "name": "bgrantges@appcelerator.com", "key": "bgrantges", "displayName": "Bert Grantges", "active": false, "timeZone": "America/Chicago" }, "created": "2014-06-01T16:14:42.000+0000", "updated": "2014-06-01T16:16:35.000+0000" }, { "id": "307241", "author": { "name": "cbarber", "key": "cbarber", "displayName": "Chris Barber", "active": true, "timeZone": "America/Chicago" }, "body": "[~bgrantges] I get that, but since we don't support this feature today, and won't anytime soon, their only options are buying a Mac and using a large amount of duct tape to send code to the Mac, build it the app, and return the app. And what are you going to do with the app then? You can't just install an iOS app on an iOS device from a Windows machine without hacking together some 3rd party libraries. Plain and simple, we just do not support this.", "updateAuthor": { "name": "cbarber", "key": "cbarber", "displayName": "Chris Barber", "active": true, "timeZone": "America/Chicago" }, "created": "2014-06-02T21:14:37.000+0000", "updated": "2014-06-02T21:14:37.000+0000" } ], "maxResults": 10, "total": 10, "startAt": 0 } } }