부트 파티 시켜주세요.

묘사

은 백엔드 리플을 시작하는 것을 제외하고 시작할 때 정적 지원을 제공합니다.
주의: 리플이 실행 중일 때 작동합니다.

토론 #1

의 기능을 최대한 활용하려면 무엇이 필요합니까?즉 lein -o classpath과 lein repl을 교체할 수 있습니다.

토론 #2

은 몇 분만 스탬프를 찍으면 boot repl과 boot show --classpath을 볼 수 있다.전자는 완벽해 보이지만 후자에 대해 우리가 진정으로 원하는 것은 boot show --fake-classpath이다.그렇게 지도 모른다, 아마, 아마...
또는, 우리가 필요로 하는 경로는 boot show --env에 표시됩니다.이것은 독립된 플러그인처럼 들린다.

토론 #셋

네, 이것이 바로 제가 너무 일찍 포기한 이유입니다.psuedo 포크로 부츠를 만드는 게 어때요?어쨌든 이 플러그인은 레닌건이 주목한 것이다.그것이 쌍방에 모두 작용하도록 시도하는 것은 더 많은 번거로움을 가져올 수 있다.

토론 #4

이미 해보신 분 계시네요.https://github.com/rkneufeld/vim-boot하지만 내가 아는 바에 의하면 이 난제들은 아직 해결되지 않았다고 한다.나는 --fake-classpath을 추진하는 것이 갈라지든 안 갈라지든 하나의 방식이 될 것이라고 확실히 생각한다.

토론 #5

을 병합하면 이 PR:boot clj/boot#131

토론 #6

을 업데이트하고 RC10--fake-classpath 옵션을 시작하면 사용할 수 있습니다.나는 이미 선제적으로

토론 #7

호 청구서의 제출을 갱신했다.우리가 기다릴 때 포크로 끓이거나 통일이 의미가 있다고 말하고, 후자라면 이름을 다시 지어야 한다면.

토론 #8

도 추천하지 않는 클래스 경로를 사용했는지 검토 중이다.윌은 새로운 배역을 맡을 수도 있다.

토론 #9

최신 부츠와 절단.나는 방도 조금 정리했다.

토론 #10

이것이 당신에게 유용합니까?나는 개명하는 경향이 있다.아마도 연고일 것이다.윌, Leiningen rubbed a salve on his boots 때문에.

토론 #11

부트는 lein run과 동일한 기능을 가지고 있습니까?너의 패치가 그것을 덮어쓰지 않은 것 같다.

토론 #12

, 모든 내비게이션 명령이 작동 중입니다.FWIW, 대부분의 프로젝트가 맞춤형으로 만들어졌기 때문에, 나는 결국 .projections.json을 썼다.
불행히도 lein run이 작동하고 있는 것은 아니다.나는 당신이 모든 것을 실행하는 안내 작업을 쉽게 작성할 수 있으나, 임의의 명칭 공간의 main 함수를 실행할 수 있는 방법은 없다고 믿는다.하지만 백그라운드 리플을 가동하려면 boot repl(심지어 boot repl -s)이면 충분할 것 같다.

토론 #13

마찬가지로 연고의 작용이 좋다.

토론 #14

플러그인을 이동하는 방향은 :Console을 REPL에 사용하고 :Start을 사용하여 실제 프로그램을 실행하는 것입니다.비록 더 좋은 운행 방식이 없다면 우리는 본 예에서 boot repl을 사용할 수 있다고 생각한다.
히로쿠에 부트를 배치하면 Procfile은 어떻게 될까요?

토론 #15

잘 물었습니다.나는 누군가가 이렇게 하는 것을 본 적이 없지만, 너는 너의 프로그램을 실행하기 위해 안내 임무를 할 수 있다.저는 개인적으로 boot jar 또는 boot uber jar을 사용하여 전체 시스템을 구축한 다음에 제 서버에서 java -jar app.jar을 사용합니다.Heroku는 JAR을 배치 목표로 지원하지만, 나는 개인적으로 그것을 사용한 적이 없다.

토론 #16

그래서 빠르게 돌이켜보면 다음과 같은 것이 필요하다고 생각합니다.
- 시작 작업으로 boot repl을 추가합니다.
- 'makeprg'에서 s:activate()을 복구합니다.
- 다른 하드 코드의 lein 명령을 수정해야 합니다(아직 완전히 검색되지 않았습니다).
- 변수 및 플러그 인의 이름을 바꿉니다.
- g:leiningen_no_auto_repl을 반전하고 g:salve_auto_start_repl으로 이름을 바꿉니다.(이것이 가장 좋은 시기다.)
시작할 시간 있어요?만약 그렇지 않다면, 나는 앞으로 몇 주 내에 완성할 것이다.일단 환매 협의가 이름이 바뀌면, 나는 합작자의 신분을 수여하게 되어 매우 기쁘다.

토론 #17

건배!

토론 #18

참고로 저는 현재 'makeprg' 문제의 해결 방안은 두 개의 독립된 컴파일러 플러그인이라고 생각합니다.

토론 #19

동의합니다.내가 이렇게 처리한

토론 #20

그래, 나는 내가 이미 모든 문제를 해결했다고 믿는다.너는 여기서 지점을 볼 수 있다.https://github.com/jgdavey/vim-leiningen/tree/salve
당신은 단독 환매를 고려하고 있습니까? 아니면github를 다시 명명할 생각입니까?

토론 #21

GitHub 이름 바꾸기는 이제 방향을 바꿀 것이기 때문에 그렇게 하겠습니다.

토론 #22

은 재촉되지 않은 오래된 약속이 있어서 나는 자신의 지점을 다시 세웠다.나는 오늘 늦은 스케줄에 클로져의 일이 좀 있으니, 그때 가서 좀 더 테스트할 수 있기를 바란다.

토론 #23

네, 합병.환매 협의를 정식으로 약속하기 전에 일주일 정도 더 기다릴게요.

토론 #24

...그리고 밀어.