Häri är en gaffel av mig från befälhavaren BE GIT repa på http://gitorious.org/be/be. Den största förändringen är att jag har lappat BE på olika sätt för att få det att fungera bättre på Windows. Följande kan eller inte har införlivats uppströms när du läser detta:
1. Lade i en be.bat och be.py som ett kommando
2. Hacka runt Windows oförmåga att överordnade processer för att ställa in stdin / stdout charset för barnprocesser genom att gå via miljövariabler, nämligen BE_INPUT_ENCODING och BE_OUTPUT_ENCODING. Du kan använda dessa för att få BE processen att tolka stdin och stdout som UTF-8 eller något annat.
3. Hacka en version genere manus (! Generate_version.bat) som de flesta Windows-folk inte kommer att ha sed och awk sparkar runt.
4. gjort flera hack för att möjliggöra BE körs inifrån ett ZIP-arkiv. Detta gör att du kan paketera upp BE i en fristående Windows installerar vilket är mycket användbart för BEurtle syften. Du behöver bbfreeze (easy_install bbfreeze) för skriptet! Generate_exe_bbfreeze.py att arbeta, och det kommer att spotta ut en fristående katalog till dist.
5. Lade vara VCS, ett tunt omslag för VCS API i förvarings backend. Detta gör att du kan prata med de underliggande VCS via BE i stället för att skriva en egen VCS support kod. Detta låter BEurtle släppa sitt VCS stöd koden helt vilket är bra.
Observera att jag inte har haft någon framgång med att få BE att köras under Ironpython. Det kraschar också en Ironpython kompilering. Dessutom har jag inte fått PyInstaller att arbeta, och inte heller py2exe. Du kan se sina manus i NotWorking katalogen. Även om du tittar in! Generate_exe_bbfreeze.py ser du omfattande hacking av produktionen eftersom BE är skriven i en viss * dynamiskt * sätt som förhindrar korrekt statisk analys, så alla de vanliga sätten att bunta upp inte omfattar de flesta av BE . och dess beroenden
Krav :
- Python
Kommentarer hittades inte